JIRA est devenu une application critique pour beaucoup d’entreprises. La version Data Center de JIRA améliore la qualité de service et la scalabilité de larges instances, ce qui permet des gains de performance et de stabilité. (Si vous souhaitez en savoir plus sur les offres Enterprise d’Atlassian, découvrez l’article Atlassian Enterprise 2.0).

Les deux avantages majeurs de JIRA Data Center sont:

• Haute disponibilité: le clustering actif assure la continuité de service grâce aux technologies de distribution de charge, de clustering des bases données et de redondance des système de fichier.
• Scalabilité des performances: chaque nouveau noeud applicatif augmente le nombre d’utilisateurs simultanés et améliore le temps de réponse.

Si ces caractéristiques correspondent à vos besoins, une planification minutieuse s’impose, car la migration de votre instance JIRA (Cloud ou Server) vers JIRA Data Center n’est pas une mince affaire.
Cet article va souligner les principaux points à adresser, de trois angles de vue différents: la technologie, le process, et les acteurs.

Technologie

Une fois vos objectifs de qualité de service fixés, il faudra réfléchir à:

• Le scénario de bascule, géré par le load balancer.
• L’architecture requise pour éviter une cascade failure.
• Les noeuds spécialisés, par exemple, dédier certains serveurs à la gestion des utilisateurs, d’autres serveurs au reporting automatique etc.
• L’audit de vos add-ons JIRA, commerciaux ou spécifiques, afin de vérifier qu’ils sont JIRA Data Center ready.
• Diminuer encore davantage les points de défaillance, en utilisant plusieurs distributeurs de charge, du clustering de base de données et/ou des systèmes de fichiers redondants.

Processus

Phases

Le projet de migration peut être divisé en plusieurs phases de durées variables.

• Tester. Cela peut s’étaler sur 3 à 6 mois, ou plus, selon le contexte. C’est pendant cette phase que l’essentiel du travail est fait.
• Affiner. Pendant à peu près 1 mois, optimiser et améliorer la robustesse de la migration grâce à ce qui a été appris pendant la phase de Test.
• Documenter au fur et à mesure, pour un coût total d’1 ou 2 semaines.
• Go/NoGo. La décision collective de mise en production. 1 journée.
• Exécuter. De 1 à 3 jours: prévoir une journée de mise en production dans une fenêtre de 3 jours.
• Supporter: environ 2 ou 3 semaines.

Nous recommandons de répéter ces phases autant de fois que nécessaire: planifiez, testez, recommencez!

Jalons

Voici un exemple qui illustre le projet en termes de jalons:

• Compter 2 semaines pour mettre les choses en place
• Prévoir plusieurs jalons de Recette / Intégration / Performance:
  • la première recette s’étale sur les semaines #3 et #4
  • de même, la seconde recette est planifiée les semaines #4 et #5
  • les troisièmes et dernières UATs sont prévues les semaines #6 et #8
    Arrivé à ce point, le calendrier de l’exécution devrait être connu (compte tenu du temps de réindexation etc.)

• La décision de GO/NoGO est prise la 9^_ème semaine.
• Semaine #10: déploiement à blanc. Nous recommandons fortement d’exécuter une dernière fois la procédure avant la mise en production.
• Mise en production la 11^ème semaine.
• Le support s’étale sur les semaines #12, #13 et #14.

Acteurs

Il faudra communiquer avec les membres de l’équipe, et mobiliser des ressources pour vous aider! Nous avons identifié deux catégories de rôles clés à impliquer dans la migration:

Rôles techniques

• L’administrateur JIRA fera la majorité du travail, aidé par les opérationnels IT.
• Le HelpDesk s’occupera du Niveau 1 après la mise en production, et sera supporté par l’administration base de données et l’administration système.
• Parties intéressées et recetteurs fonctionnels: il sont souvent enrôlés parmi les administrateurs de Projet JIRA.
• Support Premium lors de l’éxécution.
• Un Expert Atlassian Platinum et Enterprise, comme Valiantys, pour supporter vos opérations.

Rôles stratégiques

• Un cadre dirigeant qui sponsorise le projet.
• Un comité de pilotage.
• Un chef de projet technique. Il est surtout utile lorsqu’il y a un seul administrateur JIRA: il peut être difficile, pour une seule personne, d’accomplir une multitude de tâches de bas niveau tout en gardant un oeil sur les jalons du projet.
• Communication interne.

Conclusion

JIRA Data Center apporte à JIRA scalabilité et haute disponibilité. Migrer votre instance actuelle vers Data Center nécessite de l’expertise technique dans plusieurs technologies, ainsi que des compétences de gestion de projet.

J’espère que cet article vous a donné une vue générale du processus. Si vous avez des questions, vous pouvez contacter notre équipe ou laisser un message ci-dessous. Nous pouvons aussi bien vous fournir vos licences Data Center que vous assister dans votre migration.

Enfin, pour plus d’informations, voici d’autres ressources utiles (uniquement en anglais):

• Atlassian Data Center webpage, pour plus d’informations sur l’offre Data Center.
• La Documentation Atlassian sur l’installation de JIRA Data Center.
• Migrating to JIRA Data Center, un enregistrement de la session du Summit 2014, dont nous nous sommes inspiré.