Approvisionnement et désapprovisionnement d’applications
L’approvisionnement d’applications s’articule autour de la gestion du cycle de vie des applications mobiles\u00A0: préparation, configuration, livraison et gestion des applications mobiles au sein de l’environnement Citrix Endpoint Management. Parfois, le développement ou la modification du code d’application peut également faire partie du processus d’approvisionnement. Citrix Endpoint Management est doté de divers outils et processus que vous pouvez utiliser pour l’approvisionnement d’applications.
-
Avant de lire cet article sur l’approvisionnement d’applications, nous vous recommandons de lire Applications et Communautés d’utilisateurs. Lorsque vous avez finalisé le type d’applications que votre organisation prévoit de fournir aux utilisateurs, vous pouvez alors définir le processus de gestion des applications tout au long de leur cycle de vie.
-
Tenez compte des points suivants lors de la définition de votre processus d’approvisionnement d’applications\u00A0:
- Profilage des applications\u00A0: Votre organisation peut commencer avec un nombre limité d’applications. Cependant, le nombre d’applications que vous gérez peut augmenter rapidement à mesure que les taux d’adoption par les utilisateurs augmentent et que votre environnement se développe. Définissez des profils d’applications spécifiques dès le départ pour faciliter la gestion de l’approvisionnement d’applications. Le profilage des applications vous aide à catégoriser les applications en groupes logiques d’un point de vue non technique. Par exemple, vous pouvez créer des profils d’applications basés sur les facteurs suivants\u00A0:
- Version\u00A0: Version de l’application pour le suivi
- Instances\u00A0: Plusieurs instances déployées pour différents groupes d’utilisateurs, par exemple, avec différents niveaux d’accès
- Plateforme\u00A0: iOS, Android ou Windows
- Public cible\u00A0: Utilisateurs standard, services, cadres supérieurs
- Propriété\u00A0: Service propriétaire de l’application
- Type\u00A0: MDX, Public, Web et SaaS, ou Liens Web
- Cycle de mise à niveau\u00A0: Fréquence de mise à niveau de l’application
- Licences\u00A0: Exigences en matière de licences et de propriété
- Stratégies MAM SDK ou MDX\u00A0: Pour appliquer les fonctionnalités MDX à vos applications mobiles
- Accès réseau\u00A0: Type d’accès, tel que le tunneling du trafic HTTP et HTTPS avec authentification unique (Tunnelisé - SSO Web).
-
Exemple\u00A0:
| Facteur | Citrix Secure Mail | Messagerie | Interne | Epic Rover |
|---|---|---|---|---|
| Version | 10.1 | 10.1 | X.x | X.x |
| Instance | VIP | Médecins | Clinique | Clinique |
| Plateforme | iOS | iOS | iOS | iOS |
| Utilisateurs cibles | Utilisateurs VIP | Médecins | Utilisateurs cliniques | Utilisateurs cliniques |
-
Propriété IT IT IT IT Type MDX MDX Native Public -
Cycle de mise à niveau Trimestriel Trimestriel Annuel N/A Licences N/A N/A N/A Achat en volume -
Stratégies MDX Oui Oui Oui Non -
Accès réseau VPN VPN VPN Public
-
-
Gestion des versions d’applications\u00A0: La maintenance et le suivi des versions d’applications sont des éléments essentiels du processus d’approvisionnement. La gestion des versions est généralement transparente pour les utilisateurs. Ils ne reçoivent des notifications que lorsqu’une nouvelle version de l’application est disponible au téléchargement. De votre point de vue, l’examen et le test de chaque version d’application dans un environnement hors production sont également essentiels pour éviter d’impacter un site de production.
-
Il est également important d’évaluer si une mise à niveau spécifique est requise. Les mises à niveau d’applications sont généralement de deux types\u00A0: une mise à niveau mineure, telle qu’un correctif pour un bogue spécifique, ou une version majeure, qui introduit des changements significatifs. Dans les deux cas, examinez attentivement les notes de publication de l’application pour évaluer si la mise à niveau est nécessaire.
-
Développement d’applications\u00A0: Lorsque vous intégrez le MAM SDK dans les applications mobiles que vous développez, vous appliquez les fonctionnalités MDX à ces applications. Consultez Présentation du MAM SDK.
Le MAM SDK remplace le MDX Toolkit, dont la dépréciation est prévue pour juillet 2023. Pour plus d’informations sur l’encapsulation d’applications, consultez MDX Toolkit. Le processus d’approvisionnement d’une application encapsulée diffère du processus d’approvisionnement d’une application standard non encapsulée.
-
Sécurité des applications\u00A0: Vous définissez les exigences de sécurité des applications individuelles ou des profils d’applications dans le cadre du processus d’approvisionnement. Vous pouvez mapper les exigences de sécurité à des stratégies MDM ou MAM spécifiques avant de déployer les applications. Cette planification simplifie et accélère le déploiement des applications. Par exemple\u00A0:
- Vous pourriez déployer certaines applications différemment.
- Vous pourriez vouloir apporter des modifications architecturales à votre environnement Citrix Endpoint Management. Les changements dépendent du type de conformité de sécurité requis par les applications. Par exemple, une application particulière pourrait nécessiter un chiffrement SSL de bout en bout ou un géorepérage.
-
- Livraison d’applications\u00A0: Citrix Endpoint Management vous permet de livrer des applications en tant qu’applications MDM ou applications MAM. Les applications MDM apparaissent dans le magasin d’applications. Ce magasin vous permet de livrer facilement des applications publiques ou natives aux utilisateurs. Outre l’application de restrictions au niveau de l’appareil, aucun autre contrôle d’application n’est nécessaire. Cependant, la livraison d’applications via MAM permet un contrôle total sur la livraison de l’application et sur l’application elle-même. La livraison des applications via MAM est généralement plus appropriée.
-
Maintenance des applications\u00A0:
- Effectuez un audit initial\u00A0: Suivez la version de l’application présente dans votre environnement de production et le dernier cycle de mise à niveau. Prenez note des fonctionnalités spécifiques ou des corrections de bogues qui ont nécessité la mise à niveau.
- Établissez des bases de référence\u00A0: Maintenez une liste des dernières versions stables de chaque application. Soyez prêt à revenir à une version antérieure de l’application si des problèmes inattendus surviennent après une mise à niveau. Développez un plan de restauration. Testez les mises à niveau d’applications dans un environnement de test avant de les déployer en production. Si possible, déployez d’abord la mise à niveau à un sous-ensemble d’utilisateurs de production, puis à l’ensemble de la base d’utilisateurs.
- Abonnez-vous aux notifications de mise à jour logicielle Citrix® et aux notifications de tout fournisseur de logiciels tiers\u00A0: Il est essentiel de se tenir informé des dernières versions des applications. Une version d’accès anticipé (EAR) peut être disponible pour des tests préalables.
- Élaborez une stratégie pour informer les utilisateurs\u00A0: Définissez une stratégie pour informer les utilisateurs lorsque des mises à niveau d’applications sont disponibles. Préparez les utilisateurs avec une formation avant le déploiement. Envisagez d’envoyer plusieurs notifications avant de mettre à jour l’application. Selon l’application, la meilleure méthode de notification peut être les notifications par e-mail ou les sites Web.
La gestion du cycle de vie des applications implique le cycle de vie complet d’une application, de son déploiement initial à sa mise hors service. Le cycle de vie d’une application comprend les phases suivantes\u00A0:
- Exigences pour les spécifications\u00A0: Commencez par le cas d’affaires et les exigences des utilisateurs.
- Développement\u00A0: Validez que l’application répond aux besoins de l’entreprise.
- Tests\u00A0: Identifiez les utilisateurs de test, les problèmes et les bogues.
- Déploiement\u00A0: Déployez l’application auprès des utilisateurs de production.
- Maintenance\u00A0: Mettez à jour la version de l’application. Déployez l’application dans un environnement de test avant de la mettre à jour dans un environnement de production.