Choisir une infrastructure informatique engage les performances, les dépenses et la sécurité informatique pour plusieurs années. Entre solutions cloud, infrastructure sur site et cloud hybride, la bonne réponse dépend des applications et des contraintes réelles.
Une entreprise industrielle, par exemple, ne peut pas toujours envoyer des données de capteurs vers un centre distant sans délai. Pour comparer les options, il faut d’abord examiner les critères qui pèsent sur les opérations quotidiennes.
A retenir : les critères d’un choix d’infrastructure
- Latence adaptée aux usages critiques et aux traitements locaux
- Scalabilité cohérente avec les variations de charge
- Coûts évalués sur l’ensemble du cycle d’exploitation
- Sécurité informatique intégrée aux choix d’architecture
Comparer cloud, edge et infrastructure hybride
Ces critères orientent le premier arbitrage : placer les traitements près des utilisateurs, dans le cloud ou entre les deux. Une même organisation peut combiner ces modèles, à condition de définir clairement le rôle de chaque environnement.
Latence, scalabilité et efficacité énergétique
L’edge computing rapproche le calcul des équipements, ce qui convient aux capteurs industriels, à la vidéo en temps réel ou à l’intelligence artificielle embarquée. Le cloud facilite plutôt l’augmentation rapide des ressources, tandis que l’hybride répartit les charges selon leur sensibilité et leur coût.
Selon Microsoft, Azure Virtual Desktop permet de fournir des bureaux et des applications depuis Azure, mais l’entreprise conserve la gestion de plusieurs composants. Selon AWS, WorkSpaces propose des modèles adaptés à des usages persistants ou occasionnels, dont les coûts varient avec la configuration.
Les processeurs AMD EPYC sont présentés dans les données fournies comme adaptés aux charges cloud et distribuées. Pour une décision d’achat, il reste nécessaire de comparer les performances mesurées sur les applications concernées, plutôt que de se fier à une seule caractéristique technique.
Comparaison des modèles de déploiement :
Approche
Atout principal
Usage fréquent
Point de vigilance
Cloud
Ressources ajustables
Applications cloud-native
Facturation et dépendance fournisseur
Edge
Traitement proche des données
IoT et vidéo en direct
Gestion de nombreux sites
Hybride
Répartition des charges
Données sensibles et services évolutifs
Complexité d’intégration
Sur site
Contrôle direct des équipements
Applications locales spécifiques
Capacité à maintenir et renouveler
Pour hiérarchiser les critères d’architecture :
- Mesurer les délais tolérés par chaque application
- Repérer les données soumises à des règles internes
- Estimer les variations saisonnières ou ponctuelles de charge
- Inclure l’énergie, l’administration et les sauvegardes aux coûts
Virtualisation et conteneurisation selon les applications
Une fois les emplacements définis, l’organisation doit choisir comment fournir les environnements de travail et les applications. La virtualisation et la conteneurisation répondent à des besoins distincts, même si elles peuvent coexister dans une même infrastructure.
VDI, PC cloud et livraison par sessions
Le VDI attribue généralement un bureau virtuel à chaque utilisateur, tandis qu’un PC cloud fournit un environnement persistant géré par un fournisseur. La livraison par sessions partage davantage les ressources d’un serveur et peut convenir aux équipes utilisant les mêmes applications standard.
Selon les informations publiées par les fournisseurs, Citrix et Omnissa couvrent des déploiements d’entreprise, tandis qu’Azure Virtual Desktop et Amazon WorkSpaces s’intègrent à leurs clouds respectifs. Windows 365 mise sur un PC cloud persistant, et Parallels RAS ou Inuvika proposent plusieurs formes de livraison d’applications.
Comparaison des modèles de bureau virtuel :
Modèle
Ressources
Profil adapté
Gestion à prévoir
VDI dédié
Machine virtuelle individuelle
Utilisateurs aux besoins personnalisés
Images, capacité et licences
Bureau partagé
Environnement mutualisé
Groupes aux usages similaires
Compatibilité des applications
PC cloud
Bureau persistant par personne
Employés mobiles réguliers
Accès, politiques et périphériques
Session distante
Applications sur hôte partagé
Utilisateurs d’outils standardisés
Capacité et isolation des sessions
Conteneurisation et portabilité des services
La conteneurisation regroupe une application et ses dépendances dans un format déployable sur différents environnements compatibles. Elle aide les équipes à déplacer des services, mais ne supprime ni les exigences de sécurité ni la nécessité d’administrer la plateforme.
Pour éviter une architecture théorique, une DSI peut tester un service représentatif dans plusieurs environnements. Elle vérifie alors la compatibilité applicative, les accès réseau, la sauvegarde et le comportement en période de forte activité.
Vérifications avant un pilote :
- Tester les applications et périphériques réellement utilisés
- Contrôler les profils, identités et droits d’accès
- Mesurer la latence depuis les principaux sites
- Vérifier les procédures de reprise après incident
Comparer les coûts, la sécurité et la haute disponibilité
Le modèle technique ne suffit pas : la comparaison des coûts doit inclure l’exploitation, les licences et les interruptions possibles. Une solution peu coûteuse à l’achat peut mobiliser davantage de temps d’administration ou exiger des ressources inutilisées.
Évaluer le coût total et les responsabilités
Dans le cloud, calcul, stockage, réseau et services associés peuvent être facturés séparément. Sur site, l’entreprise assume l’achat et le renouvellement des équipements ; en hybride, elle doit aussi financer l’interconnexion et coordonner plusieurs équipes.
Selon AWS, les options de facturation de WorkSpaces dépendent notamment de l’utilisation et de la configuration choisies. Il faut donc comparer des scénarios équivalents et inclure les profils utilisateurs, les sauvegardes, le support et la capacité de pointe.
Sécurité informatique et continuité de service
La haute disponibilité repose sur des mécanismes adaptés aux applications : redondance, sauvegardes vérifiées et procédures de reprise. Le cloud ne garantit pas automatiquement la continuité, pas plus qu’une infrastructure sur site ne garantit un contrôle complet sans gouvernance.
Les responsabilités doivent être écrites : gestion des identités, mises à jour, chiffrement, surveillance et réponse aux incidents. Une entreprise manipulant des données sensibles peut conserver certains traitements localement tout en déployant ailleurs les services moins contraints.
Éléments à intégrer au coût global :
- Licences, calcul, stockage et réseau
- Temps d’administration et compétences nécessaires
- Sauvegarde, résilience et reprise d’activité
- Mesures de sécurité et conformité applicables
Un pilote limité, mené avec des utilisateurs représentatifs, permet de confronter les hypothèses aux usages réels. Le choix devient alors défendable lorsque les performances, les responsabilités et les dépenses sont mesurées ensemble.