Le document décrit la migration à chaud des versions d'applications avec Jonas Day 5.1, soulignant les défis et solutions actuelles telles que l'utilisation de clusters inactifs pour garantir des services continus. Il présente également le service de versioning qui permet d'avoir plusieurs versions d'applications en parallèle sans interruption de service. Enfin, Jadort est introduit comme un outil d'orchestration permettant de centraliser la migration et la gestion des infrastructures, tout en améliorant l'expérience utilisateur et en réduisant les coûts.

1. Migration à chaud de versions d'applications JOnAS Day 5.1

2. Pourquoi ? Des mises à jour ou maintenances ont régulièrement lieu sur les applications et les infrastructures

3. Seule solution actuelle pour les applications 7/7, 24/24 Avoir un cluster de machines “physiquement” équivalent (i.e., 100 machines de plus pour 100 machines), qui n'existe que pour des besoins de redéploiement (donc reste inactif plus de 99% du temps)

4. Déployer le middleware et la nouvelle application sur le nouveau cluster, configurer et valider ce dernier

5. Reconfigurer le load balancing pour passer d'un cluster à un autre

6. Pourquoi ? Des mises à jour ou maintenances ont régulièrement lieu sur les applications et les infrastructures

7. Seule solution actuelle pour les applications 5/7 ou 8/24 Interrompre le service à une période où aucun utilisateur n'est supposé arriver

8. Dire à l'administrateur de venir à minuit ou le week end pour l'opération

9. Faire en sorte que l'administrateur ne panique pas en l'annonçant que tout doit être opérationnel avant que le soleil de lève ou le week end se termine

10. Problèmes cachées des deux “solution”s Besoin d'un cluster qui reste inactif plus de 99% du temps

11. Interruption de service

12. Administrateurs stressés

13. Utilisateurs mécontents Ça devient la responsabilité de l'administrateur de s'assurer que les sessions utilisateurs seront conservées lors de l'opération

14. Dans la plupart des cas, les sessions sont perdus lors de la maitnenance

15. Problèmes cachées des deux “solution”s L'opération de maintenance de serveurs, qui peut prendre des jours, est faite manuellement Le choix du serveur à arrêter est fait manuellement Es-ce que les serveurs restants peuvent supporter la charge ?

16. Es-ce que l'on ne pourrait pas arrêter plus de serveurs et accélerer l'opération ? Difficile de suivre l'évolution de l'opération (combien de serveurs on a fait, combien de serveurs sont en cours, …)

17. Le retour (alertes, mesures de performance, …) est manuel, difficile à rapporter

18. Service versioning JOnAS 5 JOnAS Day 5.1

19. JOnAS 5 : service versioning Chaque application (EAR, EJB, WAR et même Bundle OSGi) a une Implementation-Version

20. Le service versioning permet d'avoir en parallèle plusieurs versions de la même application Le déploiement d'une nouvelle version se fait sans enlever l'ancienne version

21. Chaque version est une instance différente de l'application (isolée, comme deux applications différentes) Gestion du versioning : lien entre les versions et les utilisateurs Une session démarrée sur une version continue sur cette version tant qu'elle est active

22. Les nouvelles versions peuvent être déployées avec des stratégies différentes

23. JOnAS 5 : service versioning

24. JOnAS 5 : service versioning

25. JOnAS 5 : service versioning

26. JOnAS 5 : service versioning L'administrateur déploie la v. 2.0 mais la met en politique “Privée” (pour les tests de validation)

27. JOnAS 5 : service versioning

28. JOnAS 5 : service versioning La v. 2.0 est toujours en validation interne, donc la v. 1.0 est toujours la version par défaut

29. JOnAS 5 : service versioning La v. 2.0 finit d'être validée donc devient la version par défaut

30. JOnAS 5 : service versioning

31. JOnAS 5 : service versioning

32. JOnAS 5 : service versioning Moins de 0.5 millisecondes de rallongement de temps de réponse par requête

33. JOnAS 5 : service versioning Mesure de l'avancement de la migration : pourcentage d'utilisateurs sur la nouvelle version

34. Les temps de réponse deviennent court et l'usage CPU plus bas quand on avance dans la migration

35. JaDOrT JOnAS Day 5.1 JA SMINe D eployment Or chestration T ool

36. JaDOrT Centralise la migration d'applications et la gestion de l'infrastructure Vue globale des serveurs et des applications

37. Assistance pour le choix des serveurs à maintenir (vérification de la capacité)

38. La migration de versions d'applications tout comme la maintenance peut être fait simultanément sur plusieurs serveurs et par paquets de serveurs

39. Gestion des sessions utilisateur Multi-serveurs : JOnAS, JBoss, Glassfish, WebLogic, WebSphere, BundleManaged OSGi

40. Support des VMs via l'API JASMINe VMM

41. Workflow pour chaque type d'action

42. JaDOrT Toute action faite sur tout serveur est journalisé

43. Possibilité de défaire toute action