JIRA: comment passer à Data Center - Valiantys - Atlassian Platinum Partner

Visionnez nos Webinars à la demande | Agilité à l'échelle, IT Service Management, Cloud, Bonnes pratiques Jira, Témoignages clients... Cliquez-ici !

valiantys-logo
Back

JIRA: comment passer à Data Center

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.

JIRA Data Center Simple Stack

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):

Cutted Triangle

Inscrivez-vous à notre newsletter

Demande enregistrée ! Demande en cours... Ceci n'est pas un email Une erreur s'est produite

Conformément à notre politique de confidentialité, nous nous engageons à respecter vos données personnelles.

Contactez-nous

Nos consultants certifiés Atlassian seront ravis de vous répondre.

Rejoindre Valiantys

Nous sommes en train de construire un équipe extraordinaire. Vous en êtes ?

Suivez-nous

Nous utilisons des cookies pour le fonctionnement de ce site, pour améliorer son utilisation, personnaliser votre expérience et réaliser des statistiques de visite. Vous pouvez gérer les paramètres et choisir d’accepter ou non certains cookies durant votre navigation. Pour plus d’informations, consultez notre politique de confidentialité. Nos politique de confidentialité

Paramètres de confidentialité

Afin de faciliter votre navigation et de vous apporter le meilleur service possible, nous utilisons des cookies pour améliorer le site aux besoins des visiteurs, notamment selon la fréquentation.  Pour plus d’informations, consultez notre politique de confidentialité. Nos politique de confidentialité

Recaptcha

Google reCAPTCHA est un système conçu pour distinguer les humains des ordinateurs, de telle sorte que les bots soient incapables de remplir les formulaires de manière malveillante au nom d’un être humain.

Analytics

Utilisé pour envoyer des données à Google Analytics sur le périphérique et le comportement du visiteur. Suit l'internaute à travers les appareils et les canaux de marketing. Utilisé par Google Analytics pour diminuer radicalement le taux de requêtes. Enregistre un identifiant unique utilisé pour générer des données statistiques sur la façon dont le visiteur utilise le site.

LinkedIn

Cookies pour une publicité ciblée : Ces cookies peuvent être mis en place au sein de notre site Web par nos partenaires publicitaires. Ils peuvent être utilisés par ces sociétés pour établir un profil de vos intérêts et vous proposer des publicités pertinentes sur d'autres sites Web. Ils ne stockent pas directement des données personnelles, mais sont basés sur l'identification unique de votre navigateur et de votre appareil Internet. Si vous n'autorisez pas ces cookies, votre publicité sera moins ciblée.

Cookies "réseaux sociaux" : Ces cookies sont activés par les services proposés sur les réseaux sociaux que nous avons ajoutés au site Web afin de vous donner la possibilité de partager notre contenu avec votre réseau et vos connaissances. Ils nous permettent également de suivre votre navigation sur d’autres sites Web et d’établir un profil de vos intérêts. Cela peut avoir un impact sur le contenu et les messages affichés sur les autres sites Web que vous consultez. Si vous n'autorisez pas ces cookies, il se peut que vous ne puissiez pas utiliser ou visualiser ces outils de partage.