Cloud ou infrastructure sur site : comment choisir ?

Le choix dépend surtout des applications à faire fonctionner, des données à protéger et de la capacité à maintenir l’ensemble. Comparez le cloud, le sur-site et une combinaison des deux sur un même périmètre, avec les mêmes objectifs de reprise.

Comprendre les différentes options

Infrastructure sur site (on-premise)

Définition : Serveurs et équipements hébergés dans vos locaux

Caractéristiques :

• Matériel physique possédé par l'entreprise
• Hébergé sur site (bureau, datacenter privé)
• Gestion informatique assurée par l'entreprise ou son prestataire
• Investissement initial en matériel et en licences

Exemples d'usage :

• Serveurs Windows/Linux internes
• Stockage NAS/SAN
• Serveurs d'applications métier
• Infrastructure réseau (commutateurs, pare-feu)

Cloud Public

Définition : Ressources informatiques louées à un fournisseur

Principaux acteurs :

• Microsoft Azure
• Amazon Web Services (AWS)
• Google Cloud Platform (GCP)
• OVHcloud (acteur européen)

Modèles de service :

IaaS (Infrastructure as a Service)

Vous gérez : système d'exploitation, applications, données
Le fournisseur gère : matériel, virtualisation, réseau, stockage

Exemples : Machines virtuelles Azure, EC2 AWS

PaaS (Platform as a Service)

Vous gérez : applications, données
Le fournisseur gère : système d'exploitation, intergiciel, environnement d'exécution, base de données

Exemples : Azure App Service, Google App Engine

SaaS (Software as a Service)

Vous gérez : paramétrage, identités, accès et données utilisateurs
Le fournisseur gère : la plateforme selon le contrat et le modèle de responsabilité

Exemples : Microsoft 365, Salesforce, Dropbox

Cette répartition reste indicative : les accès, les configurations et la protection des données conservent une part de responsabilité côté client. Consultez le modèle de responsabilité du service retenu, par exemple celui de Microsoft Azure.

Cloud Privé

Définition : Infrastructure cloud dédiée à une seule organisation

À vérifier : ressources dédiées, fonctions d’automatisation, maintenance de la plateforme, licences et compétences nécessaires à l’exploitation.

Avantages :

• Contrôle étendu de l'infrastructure
• Automatisation et accès par API
• Isolation et mesures de sécurité configurables
• Ressources dédiées selon l'architecture retenue

Inconvénients :

• Coût initial élevé
• Expertise technique requise
• Gestion infrastructure complexe

Cloud hybride

Définition : Combinaison d'une infrastructure sur site et de services cloud publics ou privés

Scénarios typiques :

Scénario 1 : Répartition par charge de travail

Production critique → Infrastructure sur site
Développement/Test → Cloud public
Stockage archives → Cloud (S3, Azure Blob)
Reprise après sinistre → Cloud (sauvegarde hors site)

Scénario 2 : Migration progressive

Phase 1 : Infrastructure existante sur site
Phase 2 : Nouveaux services au cloud
Phase 3 : Migration graduelle des applications anciennes vers le cloud

Scénario 3 : Extension temporaire vers le cloud (cloud bursting)

Charge normale → Infrastructure sur site
Pics de charge → Ressources cloud temporaires
Retour normal → Arrêt ressources cloud

Comparatif détaillé

Coûts sur la durée

Comparez les scénarios sur une même durée et à partir de mesures réelles. Un calcul de coût total de possession doit notamment inclure :

Infrastructure sur site

• Achat et renouvellement des serveurs, du stockage et du réseau
• Licences, installation et câblage
• Électricité, refroidissement et espace occupé
• Maintenance, sauvegarde et temps consacré par l'équipe informatique
• Coût des interruptions et du plan de reprise

Cloud public

• Préparation et migration des applications et des données
• Formation et accompagnement des équipes
• Calcul, stockage, licences, sauvegarde et reprise après sinistre
• Trafic réseau sortant et connexions privées éventuelles
• Supervision, sécurité et administration

Attention aux coûts moins visibles du cloud :

• Transferts de données sortantes
• Sur-dimensionnement des ressources
• Oubli d'arrêt des ressources de développement et de test
• Services additionnels non anticipés
• Expertise cloud externe

Pistes d'optimisation à chiffrer :

• Engagements de durée pour les charges stables
• Instances ponctuelles pour les traitements compatibles avec une interruption
• Ajustement automatique des ressources selon la charge
• Règles de cycle de vie pour le stockage

Performance

Cas d'usage haute performance :

• Infrastructure sur site : bases de données transactionnelles ou calcul local lorsque la latence l'impose
• Cloud : charges variables et analyse de données
• Hybride : production sur site et capacités cloud ciblées

Sécurité et Conformité

Infrastructure sur site

Avantages :
- Contrôle physique direct des serveurs
- Maîtrise des flux si l'architecture les maintient localement
- Personnalisation étendue de la sécurité

Inconvénients :
- Responsabilité importante en matière de sécurité et de disponibilité
- Nécessite des compétences de sécurité adaptées
- Coûts des solutions de sécurité
- Vulnérabilité si local peu sécurisé

Cloud Public

Avantages :
- Fonctions de sécurité disponibles selon les services souscrits
- Certifications à vérifier pour le service et la région concernés
- Maintenance de certaines couches assurée par le fournisseur
- Options de protection contre les attaques par déni de service

Inconvénients :
- Données hébergées hors locaux
- Conformité à vérifier (RGPD, HDS)
- Responsabilités partagées entre le client et le fournisseur
- Risques liés à la mutualisation à analyser

Exigences et certifications à vérifier :

• RGPD : Localisation, transferts, contrat de sous-traitance et mesures de sécurité
• HDS (Hébergeur de données de santé) : Certification à vérifier lorsqu'elle est exigée pour l'hébergement concerné
• ISO 27001 : Gestion sécurité information
• SOC 2 Type II : Audit contrôles sécurité
• PCI-DSS : Si traitement cartes bancaires

Disponibilité et Résilience

Infrastructure sur site

Points de défaillance :
- Panne matérielle
- Coupure électrique/climatisation
- Sinistre (incendie, inondation)
- Maintenance planifiée

Solutions haute dispo :
- Serveurs redondants (cluster)
- Alimentation secours (onduleurs, groupe électrogène)
- Réplication données temps réel
- Plan de Reprise d'Activité (PRA)

Le niveau de redondance doit être chiffré à partir de l'objectif de disponibilité.

Cloud Public

Avantages :
- Options de redondance géographique selon le service
- Automatisation possible des sauvegardes
- Services de reprise après sinistre disponibles
- Investissement matériel direct réduit

Le niveau de service, ses exclusions et les éventuels crédits varient selon le produit, la région et l'architecture. Vérifiez le contrat en vigueur : un engagement de service ne garantit pas à lui seul la continuité de votre application.

Arbre de décision

Étudiez en priorité une infrastructure sur site si...

Contraintes d’hébergement documentées

• Exigences de localisation ou de contrôle qui excluent certains services
• Certifications et engagements requis que les offres étudiées ne couvrent pas
• Analyse métier et juridique justifiant l’architecture retenue

La présence de données sensibles ne suffit pas à décider « sur site ». Vérifiez les exigences applicables et le périmètre du service proposé avant de comparer les architectures.

Exigences techniques spécifiques

• Latence très faible requise et démontrée par les tests
• Besoins de bande passante locale importants
• Matériel spécialisé (GPU spécifiques, FPGA)

Profil économique favorable

• Charge stable et prévisible
• Horizon d'amortissement suffisamment long
• Compétences informatiques internes solides
• Budget CAPEX disponible

Infrastructure existante amortie

• Serveurs récents déjà amortis en partie
• Salle informatique adaptée et opérationnelle
• Équipe informatique dimensionnée

Exemple type : Cabinet médical avec 20 postes, serveur acheté il y a 2 ans, données santé, charge stable.

Ce profil est illustratif : il ne constitue pas une recommandation d’hébergement pour les données de santé.

Étudiez en priorité le cloud public si...

Flexibilité et agilité recherchées

• Croissance difficile à prévoir
• Charge variable (pics saisonniers)
• Projets dont la durée ou le volume restent incertains
• Besoin de monter rapidement en charge

Startup / PME en croissance

• Pas de CAPEX disponible
• Équipe informatique réduite
• Délai de mise sur le marché critique
• Priorité donnée au métier plutôt qu'à la gestion du matériel

Mobilité et télétravail

• Équipes distribuées géographiquement
• Accès distant généralisé
• Collaboration temps réel

Innovation et modernité

• Utilisation IA/ML (Azure AI, AWS SageMaker)
• IoT (Azure IoT Hub, AWS IoT)
• Analyse de données massives
• DevOps et CI/CD

Exemple type : Jeune entreprise SaaS, équipe distribuée et demande variable, ayant besoin d'ajuster rapidement ses ressources.

Étudiez en priorité une architecture hybride si...

Transition progressive

• Migration cloud progressive
• Applications anciennes qui ne sont pas encore adaptées au cloud
• Formation progressive des équipes

Charges de travail mixtes

• Production critique sur site
• Développement et test dans le cloud
• Analyse dans le cloud avec données de production maîtrisées

Optimisation coûts

• Charge stable sur site
• Pics temporaires au cloud
• Archivage cloud (S3 Glacier, Azure Archive)

Contraintes de conformité mixtes

• Données sensibles sur site lorsque l'analyse de risque le justifie
• Données standard au cloud
• Sauvegarde et reprise après sinistre dans le cloud

Exemple type : PME industrielle, progiciel de gestion critique sur site, relation client et collaboration en SaaS, sauvegarde hors site.

Calcul du retour sur investissement

Comparer des scénarios équivalents

Un comparatif crédible part du même périmètre fonctionnel, du même objectif de disponibilité et d'une durée identique. Pour chaque scénario — sur site, cloud ou hybride — documentez :

• Les coûts initiaux de matériel, de migration, d'intégration et de formation
• Les licences et consommations réellement prévues
• Le temps d'administration, de maintenance et d'assistance
• Les coûts de sauvegarde, de sécurité et de reprise après sinistre
• Le coût estimé des interruptions à partir des données de l'entreprise
• Les hypothèses de croissance et leur sensibilité

Le résultat dépend de ces hypothèses. Un exemple générique ne permet pas d'affirmer qu'une architecture sera systématiquement moins chère qu'une autre.

Stratégie de migration cloud

Phase 1 : Évaluation

Inventaire complet :

• Applications et interdépendances
• Données (volumétrie, sensibilité)
• Infrastructure actuelle
• Compétences équipe

Évaluation de l'aptitude au cloud :

Matrice de migration :

[Candidat simple à étudier pour le cloud]
- Applications web standards
- Environnements dev/test
- Outils collaboratifs
- Sauvegarde et archivage

[Adaptation à évaluer dans une architecture hybride]
- Bases de données avec adaptation de plateforme
- Applications avec APIs
- Charges de travail variables

[Maintien sur site à étudier]
- Applications anciennes sans prise en charge dans le cloud
- Matériel spécialisé requis
- Contraintes réglementaires strictes
- Latence ultra-critique

Phase 2 : Premiers projets à faible dépendance

Candidats fréquents à évaluer :

1. Microsoft 365 (email, SharePoint, Teams)

   • Retour sur investissement à mesurer
   • Adoption à accompagner
   • Fonctions de collaboration à valider avec les utilisateurs

2. Sauvegarde dans le cloud (Veeam, Azure Backup)

   • Protection hors site
   • Coût à comparer au stockage, aux transferts et aux objectifs de reprise
   • Mise en œuvre généralement circonscrite, à tester par une restauration

3. Environnements dev/test

   • Séparation possible de la production
   • Économies potentielles à mesurer
   • Expérience équipe

Phase 3 : Migration des applications

Stratégies "6 R" de migration :

1. Rehost (Lift & Shift)

Quoi : Migration à l'identique vers cloud
Avantages : Peu de changements applicatifs
Inconvénients : Pas d'optimisation cloud

Exemple : machine virtuelle sur site → machine virtuelle Azure/AWS
Outil : Azure Migrate, AWS MGN

2. Replatform

Quoi : Optimisations mineures sans refonte
Avantages : Gains de performance ou de coût à valider
Inconvénients : Nécessite adaptations

Exemple : SQL Server VM → Azure SQL Database

3. Repurchase (Replace)

Quoi : Remplacement par SaaS équivalent
Avantages : Maintenance de la plateforme transférée au fournisseur, fonctions régulièrement mises à jour
Inconvénients : Dépendance au fournisseur, personnalisation limitée

Exemple : Exchange → Microsoft 365
          Serveur fichiers → SharePoint/OneDrive
          CRM maison → Salesforce

4. Refactor (Re-architect)

Quoi : Refonte complète cloud-native
Avantages : Architecture adaptable et optimisation ciblée
Inconvénients : Coûteux, long, risqué

Exemple : Monolithe → Microservices + containers
       VM → Serverless (Azure Functions, Lambda)

5. Retire

Quoi : Décommission applications obsolètes
Avantages : Suppression des coûts associés aux applications réellement inutilisées
Opportunité de rationaliser les anciennes applications

6. Retain (Revisit)

Quoi : Garder temporairement l'application sur site
Raisons : Dépendances ou adaptation au cloud insuffisante
Planifier migration future ou remplacement

Phase 4 : Optimisation continue

FinOps (Financial Operations) :

• Suivi des coûts
• Alertes dépassement budget
• Ajustement des ressources et arrêt des machines virtuelles inutilisées
• Engagements de durée pour les charges stables
• Étiquetage des ressources par projet ou département

Outils :

• Azure Cost Management
• AWS Cost Explorer
• CloudHealth, Cloudability (tiers)

Checklist de décision : cloud ou infrastructure sur site

Technique

• Inventaire complet infrastructure actuelle
• Évaluation de l'aptitude des applications au cloud
• Évaluation des compétences de l'équipe
• Tests de performance cloud (POC)
• Plan de migration détaillé
• Stratégie de sauvegarde et de reprise après sinistre

Financier

• Calcul du coût total de possession sur site sur la durée retenue
• Estimation coûts cloud équivalent
• Analyse ROI détaillée
• Budget CAPEX vs OPEX
• Provisions coûts cachés cloud
• Modèle financier avec scénarios

Légal & Conformité

• Exigences RGPD vérifiées
• Certifications sectorielles (HDS, PCI-DSS)
• Exigences de localisation et de transfert des données documentées
• Accord de traitement des données avec le fournisseur, si applicable
• Assurance cyber à jour
• Audit de conformité planifié

Organisationnel

• Parrainage du projet par la direction
• Formation équipes planifiée
• Plan d'accompagnement du changement
• Communication utilisateurs
• Pilote avec groupe test
• Support post-migration

Pistes ComputerConseils par profil

L'effectif ne suffit pas à choisir une architecture. Ces profils servent à préparer les questions ; les applications, les données, les compétences et les objectifs de reprise restent déterminants.

TPE (< 10 personnes)

Piste fréquente à évaluer : services SaaS

Exemple d'architecture à instruire :

• Microsoft 365 Business Standard
• Stockage OneDrive/SharePoint
• Politique de sauvegarde dédiée et testée
• Serveur physique seulement si une application ou une contrainte le justifie

Budget : À chiffrer selon les licences, la volumétrie, la sauvegarde et l'assistance

PME (10-50 personnes)

Piste fréquente à évaluer : architecture hybride

Exemple d'architecture à instruire :

• Microsoft 365 E3
• Serveur sur site si les applications métier l'exigent
• Sauvegarde hybride, locale et hors site
• Microsoft Entra ID pour les identités

Budget : À établir après inventaire des applications, des données et des niveaux de service

Entreprise (50-250 personnes)

Piste fréquente à évaluer : architecture sur mesure

Exemple d'architecture à instruire :

• Production critique : sur site ou cloud privé selon l'analyse de risque
• Collaboratif : Microsoft 365 E5
• Développement et test : cloud public
• Analyse de données : cloud (Azure Synapse, AWS Redshift)
• Reprise après sinistre : solution locale, cloud ou mixte selon les objectifs

Budget : À modéliser par scénario, consommation et trajectoire de migration

Besoin d'aide pour votre stratégie cloud ?

Le choix entre cloud et infrastructure sur site engage les coûts, les risques et l'organisation. Il mérite des hypothèses documentées et un test des points critiques.

ComputerConseils vous accompagne :

Évaluation de l'infrastructure (audit initial)

• Analyse de l'existant
• Aptitude des applications au cloud
• Calcul du coût total de possession
• Recommandations personnalisées

Stratégie cloud (conseil)

• Définition architecture cible
• Feuille de route de migration
• Choix des fournisseurs et des services
• Gouvernance et FinOps

Mise en œuvre

• Migration données et applications
• Configuration infrastructure
• Mise en œuvre des mesures de sécurité retenues
• Formation équipes

Assistance et optimisation (services gérés)

• Supervision selon le périmètre et les horaires convenus
• Revue régulière des coûts
• Assistance technique selon le contrat retenu
• Évolutions et mises à jour

Contactez-nous pour un audit gratuit de votre infrastructure !

---

Note : Les prix, niveaux de service et fonctions évoluent. Consultez les contrats et calculateurs officiels pour un chiffrage à jour :

• Azure : https://azure.microsoft.com/pricing/calculator/
• AWS : https://calculator.aws/
• Google Cloud : https://cloud.google.com/products/calculator