Atlassian Data Center 2029 : ce qui change vraiment pour une organisation de 1000+ utilisateurs

TL;DR

Atlassian met fin à Data Center le 28 mars 2029. D’ici là, le robinet se ferme progressivement : plus de ventes DC pour les nouveaux clients dès 2026, plus de nouvelles ventes ni d’extensions pour les clients existants à partir de 2028, puis bascule en read‑only et fin de support en 2029. Autrement dit, pour une organisation de 1000+ utilisateurs, la vraie fenêtre de manœuvre se situe entre maintenant et 2028.

Parallèlement, le modèle économique de Data Center se dégrade : contrats limités à 1 an, hausses de prix récurrentes, disparition progressive des remises historiques. À moyen terme, DC devient plus cher, moins prévisible, sans la possibilité de sécuriser un cadre stable sur plusieurs années. Dans le même temps, Atlassian place clairement l’innovation côté Cloud : intelligence artificielle (Rovo), sécurité et gouvernance renforcées (Guard, data residency, options Government/Isolated), analytics et automatisation avancée.

L’écosystème des apps Marketplace Data Center suit le même chemin : arrêt des nouveaux listings, fin des ventes et extensions d’ici 2028, EOL alignée sur 2029. Pour les organisations très app‑dépendantes, ne pas anticiper ce point, c’est prendre le risque de découvrir trop tard qu’une app critique n’a pas d’équivalent Cloud ou de parcours de migration simple.

Pour une entreprise de 1000+ utilisateurs, “ne rien décider” revient donc à accepter trois tendances : des coûts Data Center en hausse, une perte progressive d’innovation par rapport au Cloud, et la possibilité de se retrouver avec une fenêtre de migration plus serrée à l’approche de 2028-2029. L’approche la plus constructive consiste à commencer, de manière pragmatique, par un diagnostic structuré (instances, usages, apps, contraintes), à clarifier une cible Cloud adaptée (Standard, Premium, Enterprise, Government/Isolated) et à esquisser une roadmap de migration entre 2026 et 2028. L’objectif n’est pas de tout décider tout de suite, mais de disposer d’une vision, de scénarios et d’un calendrier qui permettent de choisir le bon rythme plutôt que de le subir.

1. Introduction : pourquoi cet article, pourquoi maintenant ?

Pour beaucoup d’organisations, Atlassian Data Center est devenu au fil des années un socle critique : gestion de la demande IT, pilotage des produits, documentation, collaboration entre métiers et IT…
Pendant longtemps, le choix entre Data Center et Cloud a pu sembler ouvert. Ce n’est plus le cas.

Avec le programme Atlassian Ascend et l’annonce de la fin de vie (EOL) d’Atlassian Data Center en mars 2029, Atlassian a clarifié sa stratégie : l’avenir de ses produits est clairement cloud-first.

En tant que partenaire Platinum Atlassian en France, notre rôle est de traduire ces annonces en impacts concrets pour vous, clients, et en particulier pour les organisations de 1000+ utilisateurs, qui font face à des enjeux de :

• scalabilité et performance,
• gouvernance et sécurité,
• rationalisation budgétaire,
• gestion du changement à grande échelle.

L’objectif de cet article est double :

1. Clarifier ce qui va réellement changer pour une organisation de plus de 1000 utilisateurs d’ici 2029.
2. Vous donner des repères concrets pour décider quoi faire entre maintenant et la date d’EOL : rester, migrer, quand et comment.

2. Data Center 2029 en résumé : ce qu’annonce Atlassian

2.1. Les produits concernés

La fin de vie annoncée concerne les principaux produits Data Center suivants :

• Jira Software Data Center
• Jira Service Management Data Center
• Confluence Data Center
• Bamboo Data Center
• Crowd Data Center
• Les applications Data Center Atlassian elles‑mêmes
• Les apps tierces Marketplace pour ces produits

Autrement dit, c’est tout l’écosystème Data Center qui est engagé dans un cycle de sortie contrôlée, produits comme apps.

2.2. Les grandes dates à retenir

Sans entrer dans tous les détails techniques, voici la timeline clé à garder en tête (sources Atlassian Ascend / Data Center EOL Hub) :

• 2025
  • Annonces publiques autour de la fin de vie Data Center.
  • Arrêt progressif de la création de nouveaux listings d’apps Data Center sur la Marketplace.
• 30 mars 2026
  • Fin de vente Data Center pour les nouveaux clients.
  • Une nouvelle organisation ne peut plus démarrer sur Data Center : uniquement du Cloud.
• 30 mars 2028
  • Fin des ventes et des extensions Data Center pour les clients existants.
  • Plus possible d’augmenter le nombre d’utilisateurs ni d’acheter de nouveaux apps Data Center.
• 28 mars 2029
  • Fin de support officielle de Data Center.
  • Les produits entrent dans un mode read‑only, sans support, ni correctifs, ni security patches standard.

Pour une organisation de 1000+ utilisateurs, cela signifie : le compte à rebours est déjà enclenché. 2029 peut paraître loin, mais un programme de transformation Atlassian à cette échelle se prépare plusieurs années à l’avance.

3. Ce que ça change côté contrats et budget pour les organisations 1000+

Au delà de la date de fin de vie elle même, Atlassian a déjà commencé à reconfigurer en profondeur l’économie de Data Center. Pour un client 1000+ utilisateurs, c’est probablement le premier changement très tangible.

3.1. Fini le “confort” des contrats Data Center longue durée

Désormais :

• Les abonnements Data Center sont limités à 12 mois.
• Les renouvellements ne peuvent être côtés que 90 jours avant l’échéance.
• Les engagements pluriannuels (2-3 ans) ne sont possibles que par exceptions très encadrées.

Conséquences :

• Impossible de “geler” un prix Data Center sur plusieurs années pour se protéger des futures hausses.
• La visibilité budgétaire à long terme sur Data Center est réduite.
• Atlassian se laisse la flexibilité d’ajuster régulièrement les prix DC jusqu’en 2029.

Pour une organisation 1000+, habituée à lisser ses investissements sur 3-5 ans, c’est un changement important de paradigme.

3.2. Des hausses de prix régulières jusqu’en 2029

Depuis 2024-2025, Atlassian a engagé une revalorisation significative des tarifs Data Center, avec des paliers de hausse souvent plus élevés pour les tranches 1000+ utilisateurs.

Les principales tendances :

• Augmentations à deux chiffres sur plusieurs années consécutives (par exemple +15 à +25 % selon les produits et les tiers utilisateurs).
• Alignement progressif des anciens plans “avantageux” (advantaged plans) vers le list price.
• Ajouts de nouveaux tiers utilisateurs plus élevés pour accompagner la montée en échelle… à un coût de plus en plus important.

En parallèle, les remises de fidélité spécifiques à Data Center (loyalty discounts) ont été retirées.
Résultat : rester sur Data Center devient structurellement plus cher d’année en année.

3.3. DC ne bénéficie plus d’avantages structurels

Dans la comparaison Cloud vs Data Center :

• Historiquement, certains clients voyaient encore DC comme “plus économique” à grande échelle.
• Avec les nouvelles politiques de prix, cette perception devient de moins en moins vraie.
• Atlassian cherche clairement à faire en sorte que le choix entre DC et Cloud ne soit plus jamais un choix guidé par le prix en faveur de DC.

Pour une organisation de 1000+ utilisateurs, la question clé n’est plus :

“Combien vais‑je économiser en restant sur Data Center ?”

Mais plutôt :

“Quel est le coût d’opportunité de ne pas passer sur Cloud (innovation, sécurité, productivité) et le coût réel de prolonger Data Center jusqu’en 2029 ?”

4. Innovation : Data Center en mode “maintenance”, Cloud en mode “accélération”

Le deuxième axe majeur de changement est stratégique et fonctionnel.

4.1. Ce que vous pouvez encore attendre de Data Center jusque 2029

Atlassian s’est engagé à maintenir un niveau de support sérieux sur Data Center jusqu’en 2029 :

• Correctifs de sécurité,
• Mises à jour de compatibilité,
• Versions LTS (Long Term Support),
• Améliorations de performance et de stabilité.

En revanche, il faut être lucide :

• L’essentiel des nouvelles fonctionnalités arrives sur Cloud.
• Data Center évolue surtout pour rester sécurisé et exploitable, pas pour recevoir les innovations majeures.

DC bascule progressivement dans un mode maintenance étendue, tandis que le Cloud est en mode accélération.

4.2. Là où Atlassian investit massivement : le Cloud

Sur le Cloud, Atlassian concentre aujourd’hui ses investissements majeurs :

• Intelligence artificielle (Atlassian Rovo, assistants contextuels, génération de contenu, recherche intelligente).
• Sécurité & conformité (Atlassian Guard, data residency étendue, isolation avancée, Government Cloud / Isolated Cloud).
• Analytique & gouvernance (centralisation des données, Teamwork Graph, reporting avancé).
• Expérience utilisateur (performances globales, nouvelles interfaces, automatisation no-code/low-code).

La conséquence est simple :

Une organisation de 1000+ utilisateurs qui reste sur Data Center pendant plusieurs années risque de se priver des principaux leviers d’augmentation de productivité que propose Atlassian.

5. Spécificités pour les organisations 1000+ utilisateurs

Les recommandations ne sont pas les mêmes pour un client de 50 utilisateurs et pour un client de 3000. À partir de 1000 utilisateurs, plusieurs facteurs deviennent structurants.

5.1. Profil typique : multi‑instances, beaucoup d’apps, gouvernance complexe

Les organisations 1000+ ont souvent :

• Plusieurs instances Jira / Confluence / JSM, parfois par pays, par BU ou par filiale.
• Une forte dépendance aux apps Marketplace (reporting, automation, ITSM avancé, gestion documentaire, etc.).
• Des exigences élevées en termes de sécurité, conformité et gouvernance (RGPD, ISO, secteurs régulés…).
• Une forte exposition à la gestion du changement (plusieurs milliers d’utilisateurs impactés par toute évolution outillée).

Dans ce contexte, une nondécision sur Data Center n’est pas neutre :
c’est prendre le risque de devoir tout faire en mode projet de crise à l’approche de 2028-2029.

5.2. Les vrais enjeux de rester sur Data Center pour un 1000+

Rester sur Data Center jusqu’en 2029 (sans stratégie claire) entraîne :

• Un coût croissant difficilement maîtrisable, avec des hausses annuelles.
• Une perte d’accès à l’innovation Cloud qui peut faire une différence significative de productivité (AI, automatisation, intégrations).
• Des difficultés de staffing : il devient plus compliqué de recruter et retenir des profils experts Data Center, au moment même où l’écosystème se tourne vers le Cloud.

5.3. Quand DC reste envisageable (et sous quelles conditions)

Il existe malgré tout des cas où Data Center reste, à court/moyen terme, une option envisagée :

• Contraintes réglementaires ou souveraineté des données extrêmes : certaines réglementations locales ou sectorielles n’autorisent pas encore certains types de cloud, même avec data residency et Government Cloud. C’est particulièrement vrai dans le secteur financier, où EBA, BaFin et DORA alimentent des idées reçues tenaces sur la compatibilité d’Atlassian Cloud avec les exigences d’outsourcing. Nous avons passé ces idées reçues au crible dans un article dédié aux banques et assureurs et les conclusions sont moins restrictives qu’on ne le croit souvent.
• Intégrations on‑prem très spécifiques, très sensibles et difficilement migrables.
• Dépendance à des apps critiques sans alternative Cloud.

Dans ces cas particuliers, Atlassian a prévu un mécanisme d’exception : l’Extended Maintenance Program (EMP), qui peut prolonger le support au‑delà de 2029 pour quelques clients très spécifiques.
Mais il faut le voir pour ce qu’il est :

un dernier recours, pas un plan normal.

6. Et les apps Marketplace Data Center dans tout ça ?

Pour beaucoup d’organisations 1000+, ce ne sont pas seulement les produits Atlassian qui comptent, mais tout l’écosystème d’apps qui les enrichit.

6.1. Calendrier de fin de vie pour les apps DC

Atlassian a également cadré la sortie des apps Data Center sur la Marketplace :

• Fin 2025 : plus de nouveaux listings d’apps Data Center.
• 2026 : les nouveaux clients Data Center ne peuvent plus acheter d’apps DC.
• 30 mars 2028 : les clients existants ne peuvent plus ajouter de nouvelles apps ni étendre les licences.
• 28 mars 2029 : fin de support, les apps DC cessent officiellement d’être supportées avec les produits DC.

À partir de là, même si une instance Data Center tourne encore, l’écosystème d’apps ne suivra plus.

6.2. Risques pour une organisation très app‑dépendante

Les risques principaux pour un client 1000+ très app‑dépendant sont :

• Découvrir trop tard que certaines apps n’ont pas d’équivalent Cloud ou de chemin de migration.
• Se retrouver bloqué par une app critique (ITSM, sécurité, reporting) mais sans solution Cloud crédible.
• Devoir arbitrer dans l’urgence : réécrire, remplacer, renoncer à certaines fonctionnalités.

6.3. Actions à entreprendre côté apps

Il est donc essentiel d’anticiper :

1. Cartographier les apps Data Center actuelles
   • Quelles apps sont utilisées ? Sur quelles instances ? Par quels métiers ?
   • Quelles apps sont critiques pour la production ?
2. Identifier les équivalents Cloud et leurs plans de migration
   • Existe‑t‑il une version Cloud officielle ?
   • L’éditeur documente‑t‑il un chemin de migration (via App Migration Platform ou autre) ?

6.4. Définir un plan de sortie pour les apps non migrables

2. Substitution par une autre app Cloud, par une fonctionnalité native ou par un développement spécifique.
3. Refonte de certains processus pour s’aligner avec les capacités Cloud.

7. Trois scénarios types pour les organisations 1000+ utilisateurs

Pour simplifier la prise de décision, on peut ramener la réflexion à trois scénarios types.

7.1. Scénario 1 : Migration Cloud planifiée avant 2028 (recommandé)

Principe : lancer dès maintenant un projet de migration maîtrisée vers le Cloud, avec un horizon de réalisation entre 2026 et 2028.

Avantages :

• Vous évitez la zone de turbulence 2028-2029, où de nombreux clients risquent de migrer dans l’urgence.
• Vous pouvez lisser les investissements dans le temps (audit, préparation, pilotes, déploiements successifs).
• Vous bénéficiez rapidement des innovations Cloud (AI, Guard, analytics…) qui peuvent financer la migration par les gains de productivité.

C’est le scénario que nous recommandons dans l’immense majorité des cas pour des clients 1000+.

7.2. Scénario 2 : Maintien DC jusqu’en 2029, puis bascule en urgence

Principe : repousser la décision au maximum, rester sur DC jusqu’en 2028-2029, puis lancer une migration forcée.

Risques majeurs :

• Devoir mener un projet de transformation majeur sous forte contrainte de temps.
• Se retrouver en concurrence avec de nombreux autres clients cherchant des ressources expertes en même temps.
• Être exposé à des surcoûts importants (fin de DC, hausses de prix, accompagnement en urgence).
• Risque accru de perturbations opérationnelles (périodes de gel, interruptions, dette technique accumulée).

C’est un scénario que nous déconseillons pour les 1000+ sauf contrainte très forte.

7.3. Scénario 3 : Recours exceptionnel à l’Extended Maintenance Program (EMP)

Principe : pour quelques organisations extrêmement contraintes, Atlassian propose un programme de maintenance étendue au‑delà de 2029.

À savoir :

• C’est un programme par exception, soumis à validation Atlassian.
• Il permet de maintenir un certain niveau de support DC, mais sans nouvelles fonctionnalités et avec un coût élevé.
• Il doit être vu comme un filet de sécurité pour des organisations enfermées par des contraintes réglementaires ou techniques très spécifiques.

Dans les faits, très peu d’organisations 1000+ devraient faire de l’EMP leur scénario principal.

8. Feuille de route recommandée pour un client 1000+ (2025-2029)

Pour terminer, voici une feuille de route pragmatique que nous recommandons pour les organisations de plus de 1000 utilisateurs.

8.1. Étape 1 – Diagnostic stratégique (6-12 mois)

• Inventorier les instances Atlassian Data Center (Jira, Confluence, JSM, Bamboo, Crowd…).
• Cartographier :
  • Les utilisateurs (internes, externes, par BU/pays).
  • Les usages métiers (ITSM, Dev, Produit, Business…).
  • Les apps Marketplace (et leur criticité).
• Analyser les contraintes de sécurité, conformité, data residency.
• Établir un business case DC vs Cloud (TCO sur 3-5 ans).

8.2. Étape 2 – Définition de la cible Cloud

• Choisir le ou les plans Cloud adaptés : Standard, Premium, Enterprise, Government / Isolated selon vos contraintes.
• Définir l’architecture d’organisation dans le Cloud :
  • Une seule organisation Atlassian Cloud ou plusieurs ?
  • Gestion des environnements (prod, pré‑prod, sandbox).
• Concevoir le modèle de sécurité et de gouvernance :
  • Identity & Access Management (SSO, SCIM, groupes, rôles).
  • Politiques de sécurité et de conformité (data residency, Guard, logs, audits).

8.3. Étape 3 – Plan de migration par vagues

• Prioriser les produits et périmètres :
  • Par exemple : Confluence en premier (documentation), puis Jira Software (projets agiles), puis Jira Service Management (ITSM).
• Concevoir des vagues de migration plutôt qu’un “big‑bang” :
  • Pilote sur une BU ou un pays.
  • Retour d’expérience.
  • Déploiements itératifs.
  • C’est à ce stade que le pilotage du programme fait toute la différence. Nous avons recensé les 7 erreurs les plus fréquentes dans les migrations Atlassian Enterprise, du périmètre sous-estimé au change management négligé, pour vous aider à les anticiper.
• Gérer la migration des apps :
  • Appairage des apps DC ↔ apps Cloud.
  • Tests de migration de données et de configuration.
• Accompagner les utilisateurs finaux :
  • Communication claire (pourquoi, quand, comment).
  • Formation ciblée.
  • Support renforcé pendant les phases de bascule.

8.4. Étape 4 – Optimisation postmigration

La migration n’est pas une fin en soi, c’est le point de départ d’une nouvelle phase d’optimisation :

• Rationaliser les apps Cloud (éviter la sur‑prolifération, simplifier).
• Exploiter les nouvelles capacités Cloud :
  • Automatisation, AI, analytics, intégrations avancées.
• Mettre en place une gouvernance durable :
  • Comités produit Atlassian.
  • Roadmap continue d’amélioration.
  • Mesure de la valeur (KPIs d’usage, satisfaction, productivité).

9. Comment un partenaire Platinum peut vous accompagner

En tant que partenaire Platinum Atlassian, notre valeur n’est pas seulement technique : nous vous aidons à transformer votre usage de la plateforme.

Concrètement, nous pouvons vous accompagner sur :

• Le diagnostic stratégique et le business case DC vs Cloud.
• La définition de votre architecture cible Cloud (sécurité, gouvernance, data residency).
• La conduite de votre programme de migration (plan directeur, pilotes, déploiements).
• Le change management et l’adoption par les utilisateurs (formation, communication, support renforcé).

10. Conclusion : 2029 n’est pas si loin, il faut décider maintenant

2029 peut donner l’impression d’être lointain. Mais pour une organisation de 1000+ utilisateurs, un projet de migration Atlassian se compte en années, pas en mois.

Ne pas décider, c’est déjà décider de :

• subir des hausses de coûts Data Center récurrentes,
• renoncer aux principales innovations livrées sur Cloud,
• prendre le risque d’un projet de migration sous contrainte à l’approche de la fin de vie.

L’enjeu n’est pas seulement de “sortir de Data Center”, mais de positionner Atlassian comme une plateforme moderne, sécurisée et innovante, capable d’accompagner vos transformations à long terme.