Citrix - 2.2 Origines XenApp
La chronologie de XenApp — le produit phare historique de Citrix, autrefois connu sous les noms MetaFrame ou Presentation Server — démarre en 1991 avec Citrix Multiuser 1.0, une tentative d'étendre OS/2 en système multi-utilisateurs. Une seconde version sort en 1992, toujours sur OS/2, mais la plateforme IBM ne décolle pas. Citrix pivote alors vers Windows et lance WinView en 1993, première brique d'une technologie multi-utilisateurs pour Windows.
En 1995 sort WinFrame, le premier produit à reconditionner Windows avec la technologie multi-utilisateur Citrix. En 1998, l'accord avec Microsoft change la donne : Microsoft intègre la technologie multi-utilisateur dans Windows sous forme de Terminal Services, et Citrix lance MetaFrame, premier produit qui n'embarque plus le code source Windows mais s'installe par-dessus l'édition Terminal Server.
Du MetaFrame à XenApp 6.5
- 2000 : MetaFrame 1.8 puis MetaFrame 1.83 pour Windows 2000 Terminal Services
- 2001-2004 : MetaFrame XP, puis MetaFrame Presentation Server 3.0
- 2005-2007 : Presentation Server 4.0 et 4.5 (avec Feature Pack 1)
- 2008 : changement de nom en XenApp 5.0
- 2010 : XenApp 6.0
- 2011 : XenApp 6.5, dernière version de la lignée IMA classique
En 2013 apparaît la convergence avec l'arrivée de XenDesktop 7.0, qui unifie XenApp et XenDesktop sur l'architecture FMA. La version 7.6 sortie en 2014 marque le point d'arrivée de cette transition. Cette chronologie illustre comment Citrix a constamment adapté son offre aux évolutions de Windows et aux nouveaux besoins d'entreprise.
En résumé
Citrix XenApp est l'héritier direct des efforts de Citrix pour créer un système multi-utilisateur fiable. Lancé initialement sous le nom de MetaFrame en 1998, le produit a évolué à travers plusieurs versions et changements de branding avant de devenir XenApp en 2008. Cette évolution reflète les changements d'architecture de Windows et le partenariat stratégique entre Citrix et Microsoft pour intégrer la technologie de virtualisation de sessions dans le système d'exploitation.
Points clés
- Les origines de Citrix remontent à 1991 avec le projet MultiUser 1.0, une tentative d'extension du DOS pour un environnement multi-utilisateur.
- MetaFrame (1998) représente le premier produit Citrix conçu spécifiquement pour la plateforme Windows, avant le partenariat avec Microsoft.
- L'accord avec Microsoft (entre 1998 et 2000) a permis à Citrix d'intégrer sa technologie dans Windows Terminal Services, établissant le modèle MetaFrame Presentation Server.
- La réémulation en XenApp 5.0 (2008) et XenApp 6.0 (2010) marque la modernisation du produit selon les normes de virtualisation contemporaines.
- Entre 1991 et 2014, le produit a changé de nom au moins 5 fois (MultiUser → WinFrame → MetaFrame → Presentation Server → XenApp), reflétant son évolution technologique.
Questions fréquentes
Pourquoi Citrix a-t-elle changé plusieurs fois le nom de son produit phare ?
Chaque changement de nom correspondait à une évolution technologique majeure. De MultiUser à WinFrame pour Windows, puis MetaFrame lors du partenariat avec Microsoft. La transition vers Presentation Server (2005) reflétait l'intégration au sein de Windows Terminal Services, et le passage à XenApp (2008) marquait l'adoption de la nomenclature Xen de Citrix pour les produits de virtualisation.
Comment le partenariat avec Microsoft a-t-il impacté le développement de MetaFrame ?
Microsoft a adopté la technologie multi-utilisateur de Citrix pour créer Terminal Services, son propre service de session à distance. En échange, Citrix a eu accès au code source de Microsoft et a développé MetaFrame comme une surcouche applicative sur Terminal Services, créant ainsi un modèle commercial distincte : Microsoft fournissait la base système, Citrix ajoutait les fonctionnalités avancées.
Quel est l'intérêt de connaître l'historique de XenApp ?
Comprendre les origines et l'évolution de XenApp aide à saisir pourquoi le produit possède certaines architectures ou limitations, comment il s'inscrit dans l'écosystème Windows, et pourquoi la transition vers des versions plus récentes (7.0, 7.6) a apporté des améliorations fondamentales en termes de scalabilité et de performance.