Évaluation des méthodes de mise à disposition des applications

Généralités

Évaluer quelle est la meilleure méthode de livraison d’applications est une activité aussi ancienne que Citrix et est devenue plus complexe à mesure que de nouvelles technologies de livraison d’applications ont été développées. Bien qu’il s’agisse d’une question fréquemment posée, la réponse n’est pas toujours simple. Des circonstances telles que différentes demandes des utilisateurs, divers types d’applications et des technologies de livraison nouvelles ou changeantes peuvent avoir un impact important sur l’évaluation.

Cet article est conçu pour vous aider à identifier la meilleure méthode de livraison d’applications pour le cas d’utilisation en cours en fonction de ses exigences. Étant donné que l’écosystème des applications a radicalement changé aujourd’hui, il devrait évoluer encore plus au cours des prochaines années avec l’incorporation d’applications basées sur le SaaS. Par conséquent, différents aspects doivent être pris en compte au cours d’un processus d’évaluation afin de déterminer la meilleure méthode d’exécution. Pour simplifier ce processus complexe, des diagrammes d’arbre de décision ont été créés pour vous guider dans les différents scénarios. Les diagrammes sont séparés en segments suivants :

  1. Moderne vs. Traditionnel
  2. Point de terminaison vs. Citrix Virtual Apps and Desktops
  3. Partagé hébergé par rapport à Ordinateur de bureau VDI
  4. Bureau partagé hébergé vs. Application partagée hébergée

Les quatre segments représentent différents niveaux des méthodes de prestation des applications et certains des résultats d’un segment mènent à un organigramme ultérieur. La vue d’ensemble suivante montre comment les niveaux sont liés les uns aux autres :

Facteurs de décision explicites

Les premier et deuxième niveaux sont les plus pertinents pour les architectes de solutions et les propriétaires d’applications, car leur résultat est une pile technologique plutôt qu’une méthode de livraison. Les niveaux 3 et 4 sont techniquement pilotés et liés aux méthodes de livraison Citrix Virtual Apps and Desktops. Par conséquent, ils sont orientés vers les ingénieurs et les administrateurs.

Des exigences, des besoins et des circonstances différentes conduisent à des résultats différents et, par conséquent, il n’existe pas de méthode « unique ». Il n’y a pas non plus de bien ni de mal dans le processus d’évaluation, car chaque environnement a ses propres caractéristiques. Les entreprises disposant d’une large base d’utilisateurs et d’un processus complexe de gestion du changement, répartis dans de nombreuses branches, arrivent à des conclusions différentes de celles des petites entreprises disposant d’un seul centre de données et d’un simple processus de gestion du changement.

Bien que vous puissiez exécuter l’organigramme pour chaque application, les diagrammes sont principalement destinés à vous donner des conseils généraux sur une stratégie de livraison et peuvent également être utilisés pour contester la base d’installation actuelle. Les diagrammes contiennent en outre des explications sur presque toutes les décisions et leurs implications et donnent des recommandations pour le cas d’utilisation particulier.

Remarque : les caractéristiques uniques de votre environnement exigent que toutes les configurations et combinaisons soient testées en profondeur avant une implémentation afin d’éviter tout résultat imprévu.

Pour plus de ressources sur les différents modes de livraison, reportez-vous à la documentation Citrix.

Moderne vs. Vue d’ensemble traditionnelle

Moderne : Pour cet article, nous considérons les applications basées sur le Web, fournies en tant que Software as a Service (SaaS), comme modernes. Ces applications sont généralement hébergées dans un environnement de cloud computing. Les applications Web situées dans un centre de données local peuvent également être considérées comme modernes, tant que l’exécution du code est effectuée sur le serveur Web et qu’aucun composant client n’est nécessaire (sauf un navigateur Web).

Traditionnel : Traditionnel signifie qu’une application est installée directement sur le point de terminaison de l’utilisateur et/ou sur la charge de travail/ou Citrix Virtual Apps and Desktops. Ce type est également appelé application classique. Appeler leur application héritée ne serait pas exact puisque la plupart des applications doivent encore être installées et ne sont pas disponibles en tant qu’applications SaaS.

D’un point de vue technique, les applications SaaS sont préférées. Le code est exécuté sur un serveur Web hébergé dans un environnement cloud, ce qui entraîne généralement moins d’utilisation des ressources du côté client ou frontal. En outre, l’évolutivité et la maintenance du système back-end ne sont plus votre préoccupation, car il est pris en charge par le fournisseur d’applications. Dans ce modèle, l’application est également conservée dans un état « permanent » sans impact majeur sur votre environnement. Sur le client/front-end, seul un navigateur est nécessaire pour accéder à l’application. Par conséquent, peu ou pas de travaux de maintenance liés à l’application est nécessaire ici non plus. Cette configuration vous permet également d’utiliser n’importe quel périphérique de votre choix car il n’y a pas de dépendance vis-à-vis du système d’exploitation. Citrix Workspace est la plateforme idéale pour fournir et gérer des applications SaaS de manière sécurisée. Fonctionnalités et solutions telles que Secure Workspace Access, Analyses de sécurité, Single-Sign-On aux applications SaaS et l’incorporation de Intelligence espace de travail avec microapplications offrent une expérience utilisateur unifiée et donc la meilleure avec la plus haute sécurité possible.

Cependant, il existe des raisons pour lesquelles les applications SaaS ne peuvent pas être utilisées. Par exemple, si les exigences techniques, juridiques et/ou de sécurité ne peuvent être satisfaites, une approche traditionnelle doit être envisagée. Dans un tel scénario, il est préférable d’identifier les raisons exactes pour lesquelles l’utilisation de SaaS n’est pas possible. Une fois identifié, il est recommandé de préciser si une intégration partielle ou une transition par étapes est possible, afin de bénéficier des avantages offerts par les technologies SaaS.

Moderne vs traditionnel

Point de terminaison vs. Vue d’ensemble Citrix Virtual Apps and Desktops

Point de terminaison : Installation sur le périphérique client physique.

Citrix Virtual Apps and Desktops : Virtualisation des applications via Citrix Virtual Apps and Desktops, où les applications sont installées sur un serveur partagé hébergé ou un bureau VDI. La méthode de livraison exacte Citrix Virtual Apps and Desktops sera déterminée dans les segments suivants.

Diversité des appareils

Le nombre sans cesse croissant de natifs numériques qui rejoignent la main-d’œuvre oblige les entreprises à étendre leur portefeuille de terminaux avec des appareils autres que Windows. De plus, les applications SaaS permettent aux utilisateurs d’accéder aux applications quel que soit le type de périphérique et le système d’exploitation en cours d’utilisation. La demande d’autoriser des appareils qui ne sont pas basés sur Windows a considérablement augmenté au cours des deux dernières années. Pour autoriser une approche Bring-your-own-device (BYOD) ou Chose-your-own-device (CYOD), Citrix Virtual Apps and Desktops peut également être utilisé pour fournir des applications Windows à des périphériques autres que Windows.

Sécurité

Le déplacement d’applications vers Citrix Virtual Apps and Desktops réduit l’encombrement client et permet une architecture sans approbation. Les technologies de virtualisation et de mise en réseau Citrix fournissent des méthodes robustes pour segmenter les utilisateurs, les applications et les données tout en offrant une expérience utilisateur transparente. De cette façon, le trafic réseau peut être rationalisé. La communication réseau point de terminaison vers serveur sera réduite au minimum, ce qui réduit l’exposition de votre réseau serveur. Le trafic de données d’application entre le front-end et le back-end réside uniquement dans les limites du réseau de votre serveur.

Entrepreneurs

Habituellement, les contracteurs possèdent déjà des appareils. Au lieu de distribuer des périphériques d’entreprise, Citrix Virtual Apps and Desktops avec Citrix Gateway peuvent être utilisés pour permettre un accès sécurisé aux applications, aux postes de travail et à d’autres ressources. Cette approche réduit les coûts des terminaux et les efforts de maintenance.

Délai de mise sur le marché

L’installation d’applications sur de nombreux terminaux peut s’avérer une tâche fastidieuse, fastidieuse et sujette aux erreurs, car l’installation doit être exécutée sur tous les appareils. Cette situation s’applique particulièrement aux grandes entreprises, avec des milliers d’appareils répartis à travers le monde. Dans de tels cas d’utilisation, une version d’application peut prendre des semaines, voire des mois, jusqu’à ce qu’elle soit distribuée sur chaque appareil. Si des problèmes se produisent, une restauration peut être une tâche encore plus complexe et fastidieuse.

Citrix Virtual Apps and Desktops vous permet de centraliser la gestion des applications. Les versions d’application sont indépendantes de la machine cliente, car la mise à jour est effectuée sur des serveurs partagés hébergés ou des postes de travail VDI dans un datacenter d’entreprise. En outre, il est fortement recommandé d’utiliser Citrix Provisioning Services ou Machine Creation Services pour bénéficier des fonctionnalités de gestion des images de pointe de Citrix. Les deux solutions de gestion d’images permettent une base d’installation cohérente sur toutes les machines virtuelles et offrent les méthodes de déploiement et de restauration les plus rapides. Les versions peuvent être déployées ou rétablies avec un simple redémarrage de la machine virtuelle, ce qui réduit au minimum le délai de mise sur le marché des nouveaux déploiements d’applications.

Personnel mobile

Les utilisateurs mobiles voyagent souvent et doivent également accéder aux applications hors ligne. En mode hors connexion, la modification de documents ou l’écriture d’e-mails sont les tâches les plus courantes effectuées. Dans un tel scénario, l’application doit être installée sur le point de terminaison. Cependant, la plupart des applications métier d’aujourd’hui nécessitent une connectivité back-end pour fonctionner. Ce qui signifie à son tour, que l’utilisateur mobile doit être en ligne pour utiliser l’application. Le protocole Citrix HDX permet aux travailleurs mobiles d’accéder à des applications avec une grande expérience utilisateur, même sur une connexion à faible bande passante ou à haute latence.

Endpoint vs CVAD

Partagé hébergé par rapport à Vue d’ensemble de VDI Desktop

Hébergé partagé (multi-utilisateurs) : Les systèmes partagés hébergés sont des VDA basés sur un système d’exploitation Windows Server avec le rôle Hôte de la session Bureau à distance (anciennement appelé Terminal Server) installé. Ce type est appelé système d’exploitation multisession et système d’exploitation de serveur VDA et est partagé simultanément entre plusieurs utilisateurs.

VDI Desktop (mono-utilisateur) : Dans cet article, VDI fait référence aux systèmes d’exploitation à session unique et aux systèmes d’exploitation de bureau VDA. Ce type de livraison est basé sur un système d’exploitation client et utilisé exclusivement par un seul utilisateur à la fois.

Généralement, les bureaux partagés hébergés ont tendance à être plus rentables car plusieurs utilisateurs sont hébergés sur une seule machine. Néanmoins, il existe des cas d’utilisation où un VDI Desktop est préféré, par exemple pour prendre en charge des applications gourmandes en ressources (CPU, mémoire, disque). En outre, les utilisateurs qui ont besoin de privilèges d’administration pour travailler, ont besoin d’un VDI en raison de considérations de sécurité et d’avoir la possibilité d’installer et de modifier le bureau en fonction de leurs besoins (sans impact sur les autres). Il y a aussi des clients qui utilisent VDI parce que les synergies opérationnelles et processuelles avec d’autres solutions l’emportent sur les frais généraux supplémentaires.

Partagé hébergé vs VDI

Bureau partagé hébergé vs. Présentation de l’application partagée hébergée

Bureau partagé hébergé : Cette méthode est un bureau publié à plusieurs utilisateurs sur un seul système d’exploitation multi-session.

Application partagée hébergée (multi-usage) : avec le modèle d’application partagée hôte (multi-usage), plusieurs applications sont installées sur le même serveur et partagées entre certains utilisateurs. Il est également basé sur un système d’exploitation multi-session et parfois appelé approche cloisonné. Dans ce modèle, les applications sont livrées virtuellement et affichées de manière transparente en haute définition sur les appareils utilisateur.

Application partagée hébergée (à usage unique) : la seule différence entre l’utilisation multiple et l’utilisation unique est que l’application à usage unique Host Shared Application n’a qu’ une seule application professionnelle installée. Cette application peut encore être utilisée par plusieurs utilisateurs à la fois. Important : Ce type de solution peut être évité autant que possible, car il est inefficace du point de vue des ressources (coûts) et de la maintenance (efforts).

L’approche de ce segment est légèrement différente des autres. Il existe de nombreuses combinaisons différentes comment ces trois méthodes de livraison peuvent être utilisées. Pour cette raison, nous avons essayé d’identifier le mode de livraison optimal en fonction des défis auxquels nos clients et partenaires sont les plus confrontés. Il est important de travailler en étroite collaboration avec les propriétaires d’applications commerciales appropriés afin de comprendre en détail les caractéristiques de l’application et, par conséquent, de mieux évaluer quels modèles de prestation peuvent être utilisés.

Du point de vue opérationnel, placer autant d’applications que possible sur une seule image peut souvent entraîner une réduction des efforts de maintenance. Moins d’images signifie moins de travail. Toutefois, cela exige qu’il n’y ait pas de conflit technique entre ces applications. Parfois, les changements sur une application nécessitent également de tester toutes les autres applications sur l’image. Par conséquent, il est important de réfléchir en détail au processus de gestion des modifications et des versions de chaque application, afin d’éviter les conflits organisationnels. L’hébergement de l’application sur un partage de fichiers (si possible) ou via App-V (Shared Content Store) peut encore plus simplifier le processus de publication, car les modifications peuvent être appliquées sans passer par un processus d’imagerie. Les deux options ne peuvent pas être utilisées pour tous les cas d’utilisation et nécessitent une infrastructure supplémentaire et de taille appropriée. Quoi qu’il en soit, ces méthodes doivent au moins être considérées car elles peuvent aider à réduire le nombre de changements d’image.

D’autres facteurs, comme les exigences en matière de sécurité et l’utilisation du rendement, peuvent également avoir une incidence sur le processus décisionnel. En particulier, les applications avec une utilisation imprévisible des ressources et des explosions régulières de CPU ont un impact négatif sur d’autres applications et ses utilisateurs. De tels goulets d’étranglement doivent être évités à tout prix, car alors tous les utilisateurs de ce système souffrent d’une mauvaise expérience utilisateur. La Workspace Environment Management peut aider à atténuer ces goulots d’étranglement des performances. Les applications, où les goulots d’étranglement ne peuvent même pas être gérés par Workspace Environment Management, peuvent être placées sur des serveurs dédiés (Application partagée hébergée à usage unique). Ce type de configuration garantit la disponibilité des ressources nécessaires et évite l’impact négatif sur d’autres applications.

Bureau partagé hébergé vs applications partagées hébergées

Synthèse

Dans cet article, nous avons tenu compte des facteurs de décision les plus courants lors du choix d’une méthode de livraison d’une demande. Ce guide peut vous aider à identifier la méthode optimale pour votre propre environnement unique.

Sources

Le but de cet article est de vous aider à planifier votre propre implémentation. Pour faciliter cette tâche, nous aimerions vous fournir des diagrammes source que vous pouvez adapter à vos propres besoins : diagrammes source.

Évaluation des méthodes de mise à disposition des applications