Des terminaux reliés à un ordinateur central aux services accessibles par Internet, le système d’information a changé d’échelle. Cette évolution a modifié la manière dont les organisations stockent leurs données, exécutent leurs applications et assurent la continuité de leurs activités.
Le cloud computing prolonge une histoire commencée avec les mainframes, le temps partagé et la virtualisation. Pour comprendre ses effets, il faut suivre à la fois les infrastructures, les usages et les choix de gouvernance qui accompagnent chaque migration.
A retenir :
- Des ressources informatiques plus accessibles et ajustables
- Une continuité renforcée par la répartition des infrastructures
- Des responsabilités partagées en matière de sécurité
- Un équilibre nécessaire entre coûts, contrôle et innovation
Du mainframe à l’informatique distribuée : les grandes étapes
Cette évolution commence par une informatique centralisée, où la puissance de calcul se concentre dans quelques machines coûteuses. Elle mène progressivement à des ressources reliées par un réseau, puis à des services loués à la demande.
Le mainframe et le temps partagé
Dans les premières organisations informatisées, un mainframe central traite les opérations et conserve les données. Plusieurs utilisateurs peuvent y accéder depuis des terminaux, sans posséder chacun leur propre ordinateur puissant.
Ce modèle convient aux traitements réguliers des banques, administrations et grandes entreprises. Il impose toutefois une forte dépendance à la machine centrale et aux équipes chargées de son exploitation.
La virtualisation et l’essor du cloud computing
La virtualisation permet ensuite de faire fonctionner plusieurs environnements logiciels sur un même serveur physique. Les ressources deviennent plus faciles à répartir, tandis que l’informatique distribuée rapproche calcul et stockage de différents utilisateurs.
Avec les applications accessibles par navigateur, puis la location de capacités à distance, les organisations peuvent éviter l’achat préalable de chaque équipement. Le cloud computing transforme ainsi l’infrastructure en service modulable, sans faire disparaître les machines physiques.
Repères historiques des infrastructures :
- Mainframe : traitements centralisés et accès par terminaux
- Virtualisation : plusieurs environnements sur un matériel partagé
- Services en ligne : logiciels accessibles par navigateur
- Cloud : ressources informatiques provisionnées à la demande
| Modèle | Organisation des ressources | Enjeu principal |
|---|---|---|
| Mainframe | Calcul centralisé | Capacité et disponibilité de la machine centrale |
| Serveurs locaux | Équipements gérés par l’organisation | Maintenance et renouvellement du matériel |
| Cloud public | Ressources hébergées chez un fournisseur | Configuration, coûts et dépendance contractuelle |
| Cloud hybride | Combinaison de ressources locales et distantes | Coordination des environnements et des accès |
À mesure que les ressources se dématérialisent pour l’utilisateur, les choix d’architecture deviennent plus variés. Les entreprises doivent alors décider où traiter les données et comment garder la maîtrise de leurs services.
Cloud, hybride et edge : choisir où traiter les données
La diversité des usages conduit à combiner plusieurs formes d’hébergement plutôt qu’à rechercher une solution universelle. Une application de gestion, un équipement industriel et un service très fréquenté n’ont pas nécessairement les mêmes contraintes.
Le cloud public et le cloud hybride
Le cloud public donne accès à des capacités hébergées dans des centres de données exploités par des fournisseurs. Une entreprise peut augmenter ou réduire certaines ressources selon son activité, mais elle doit surveiller les dépenses et les règles d’accès.
Le cloud hybride associe des systèmes locaux à des services distants. Il peut convenir à une organisation qui conserve certaines données sur ses propres infrastructures tout en utilisant le cloud pour des applications flexibles.
Le multi-cloud et l’edge computing
Le multi-cloud répartit les applications entre plusieurs fournisseurs, tandis que l’edge computing rapproche le traitement de la source des données. Dans une usine, une décision rapide sur une machine peut ainsi être prise localement, sans envoyer chaque mesure vers un site distant.
Ces architectures exigent toutefois une gestion cohérente des identités, des sauvegardes et des échanges. Leur intérêt dépend des besoins réels, car multiplier les environnements peut aussi compliquer l’exploitation.
Critères de choix d’une architecture :
- Cloud public : souplesse de capacité et services gérés
- Cloud hybride : contrôle local et ressources distantes complémentaires
- Multi-cloud : diversité des fournisseurs et coordination accrue
- Edge computing : traitement proche des équipements connectés
| Besoin | Option à examiner | Point de vigilance |
|---|---|---|
| Variations de charge | Cloud public | Suivi de la consommation facturée |
| Données soumises à des contraintes internes | Cloud hybride | Gestion des connexions entre environnements |
| Réponse locale à un équipement | Edge computing | Maintenance des ressources déployées sur site |
| Répartition entre prestataires | Multi-cloud | Interopérabilité et compétences nécessaires |
La localisation des traitements ne règle pas à elle seule les questions de confiance et de continuité. Quand les architectures se multiplient, la sécurité, les coûts et les compétences deviennent des choix aussi importants que la technologie.
Sécurité, coûts et transformation numérique des systèmes d’information
Cette complexité croissante transforme le rôle des équipes informatiques : elles pilotent désormais des services répartis, plutôt que le seul matériel installé dans un local technique. La transformation numérique dépend donc autant de la gouvernance que de la puissance disponible.
Protéger les accès et organiser la migration
Dans le cloud, la sécurité repose sur des responsabilités partagées entre fournisseur et client. Les contrôles d’accès, les sauvegardes et la configuration des services restent essentiels, même lorsque l’infrastructure est exploitée à distance.
Une migration réussie commence par l’inventaire des applications et de leurs dépendances. Déplacer un système sans vérifier ses besoins réseau, ses données et ses procédures de reprise peut créer des interruptions ou des dépenses inattendues.
Maîtriser la scalabilité et les dépenses
La scalabilité permet d’ajuster les ressources à l’évolution de la demande, mais elle ne garantit pas automatiquement une baisse des coûts. Une capacité laissée active sans besoin peut continuer à être facturée, d’où l’intérêt d’un suivi régulier.
Les services d’analyse et d’intelligence artificielle élargissent les possibilités, mais ils renforcent les exigences de gouvernance des données. Pour une petite entreprise comme pour un grand groupe, la bonne architecture reste celle qui répond à un besoin défini et mesurable.
Points de contrôle avant une migration :
- Inventaire des applications, données et dépendances
- Règles d’accès, sauvegardes et procédures de reprise
- Prévision des coûts et suivi des ressources inutilisées
- Compétences internes et responsabilités des prestataires