Alternatives à Jira auto-hébergées, maintenant que Data Center s'en va

Quand Atlassian éteindra Jira Data Center en mars 2029, il supprimera le seul Jira auto-hébergeable qui existe. Server est parti en 2024. Data Center part en 2029. Après quoi Jira est un produit cloud, et rien d'autre.

Si vous lisez ceci, vous n'êtes probablement pas arrivé sous Data Center par hasard. Quelqu'un l'a choisi, exprès, pour une raison qui n'a pas disparu.

Pourquoi on l'avait choisi

Cela vaut la peine d'être précis sur votre propre raison, parce qu'elle détermine laquelle des options ci-dessous vous est réellement ouverte.

Une réglementation. Une règle qui dit où les données résident, qui peut les détenir, ou qu'elles doivent être auditables chez vous. Attention à ne pas confondre l'emplacement et la juridiction : l'hébergement en Irlande ne règle pas la seconde.

Un réseau isolé. Des réseaux qui n'atteignent pas internet, à cause de ce qui s'y trouve.

Les marchés publics. Un pouvoir public ou un gros contrat dont les clauses ne peuvent pas être satisfaites par un SaaS américain, quelle que soit l'adresse du serveur. Les clauses en question valent la peine d'être lues avant de chercher un remplaçant.

Le contrôle. Vous vouliez maîtriser le calendrier des mises à jour, la politique de sauvegarde et les données, et vous étiez prêt à payer du temps d'équipe pour ça.

Les trois premières sont des exigences. La quatrième est une préférence, et les préférences se négocient. Savoir laquelle est la vôtre fait gagner beaucoup de temps.

L'option qui a l'air de répondre

Atlassian propose trois chemins, et les trois sont le cloud. Le premier épisode de cette série les détaille avec le calendrier. Un seul des trois mérite d'être repris ici, parce que c'est celui qu'on vous opposera si vous dites « auto-hébergé » : le cloud en version isolée, sur les formules supérieures.

Il mesure exactement ce qu'il dit : des frontières plus strictes à l'intérieur d'un service toujours exploité par Atlassian, sur une infrastructure choisie par Atlassian, sous le droit auquel Atlassian répond. Si votre exigence porte sur l'isolation réseau, ça peut suffire. Si elle porte sur la juridiction ou sur un réseau qui n'atteint pas internet, non.

Ce à quoi l'auto-hébergement vous engage vraiment

Avant de partir chercher un remplaçant que vous ferez tourner vous-même, il vaut la peine de re-chiffrer ce que vous faites déjà.

L'auto-hébergement en 2026, ce sont des serveurs que vous patchez, une base que quelqu'un dimensionne, des sauvegardes que quelqu'un teste, et une cadence de mise à jour que vous tenez parce que les avis de sécurité n'attendent pas. La partie chère vient ensuite : une personne précise qui sait comment votre instance est assemblée.

C'est pendant cette migration que je vois le plus d'organisations découvrir qu'elles payaient tout cela sans jamais l'avoir mis sur une ligne. Si votre raison était le contrôle plutôt que la réglementation, c'est le moment de vérifier si vous y tenez toujours.

Ce qu'il reste vraiment

Pour du véritablement auto-hébergé, l'offre open source est réelle. Les noms établis sont OpenProject (allemand, GPL v3), Redmine (ancien, open source, l'ancêtre d'une bonne partie de la catégorie) et Tuleap (français, open source, solide sur la traçabilité et le travail réglementé). Les trois tournent sur votre matériel, les trois ont du support commercial disponible, et les trois vous demanderont le même effort d'exploitation que Data Center. Deux d'entre eux ont un éditeur européen identifiable, ce qui compte pour le support et les correctifs : comment le vérifier.

C'est le point que les comparatifs oublient : en passant à un logiciel open source auto-hébergé, vous changez de licence et vous gardez la charge. Les serveurs, la base, les sauvegardes et la personne qui tient le tout restent exactement là où ils étaient.

Il existe aussi un entre-deux que la plupart des organisations finissent par préférer une fois la première option chiffrée honnêtement : une instance dédiée, exploitée par le fournisseur. Votre environnement, vos données, votre nom de domaine ; mais les serveurs, la base, les sauvegardes et les mises à jour sont le métier de quelqu'un, et ce quelqu'un n'est pas vous. Ça répond à une exigence de juridiction, ça ne répond pas à un réseau isolé, et ça coûte bien moins que du temps d'équipe.

Où nous nous situons

Klaro Cards propose les trois, et c'est pourquoi nous écrivons cet article.

Un cloud européen, dans des centres de données européens (Scaleway en France, Hetzner en Allemagne), sur une infrastructure que nous gérons nous-mêmes depuis 2017. Une instance dédiée, votre propre environnement, pour les exigences plus strictes. Et de l'on-premise, sur vos serveurs, quand c'est l'exigence plutôt que la préférence.

La société est belge, et c'est ce qui compte pour une exigence de juridiction : l'adresse du serveur se déplace, la nationalité du fournisseur non.

Nous ne sommes pas Jira non plus. Si ce que vous faites tourner sous Data Center, c'est du développement logiciel avec des sprints et Bitbucket, rien de ce qui précède n'est pour vous et Atlassian Cloud l'est probablement. Si c'est un registre de travail opérationnel (dossiers, chantiers, inspections, demandes), la migration est l'occasion d'arrêter d'utiliser un gestionnaire de tickets comme base de données, et les critères ne sont alors plus du tout les mêmes : nous les avons posés ici.

La page du décompte pose les dates, les options et les prix.

La question à trancher d'abord

Non pas « qu'est-ce qui remplace Jira », mais : l'auto-hébergement est-il une exigence, ou une habitude ?

Si c'est une exigence, nommez-la : la réglementation, la clause, le réseau. La réponse découle du nom, et il reste assez peu de candidats pour les évaluer correctement.

Si c'est une habitude, vous avez plus d'options que vous ne le pensez, et la plupart coûtent moins cher que celle que vous avez.

Jira, Confluence et Atlassian sont des marques d'Atlassian. Klaro Cards n'est pas affilié à Atlassian. Les autres produits sont cités à titre d'exemple ; vérifiez vous-même leurs licences et leurs conditions de support avant de décider quoi que ce soit.