Chapitre 1 : Introduction et contexte
Pourquoi repenser l'hébergement lors d'une refonte ?
Une refonte de SI est souvent le moment idéal pour remettre à plat les choix d'hébergement car :
- Le legacy technique impose des contraintes qui ne sont plus pertinentes
- C'est l'occasion de repenser l'architecture sans la dette technique existante
- Les coûts de migration sont déjà budgétés dans le projet de refonte
- Les technologies modernes (conteneurisation, microservices) ouvrent de nouvelles possibilités
Les enjeux business
Côté métier
- Time-to-market : déployer plus rapidement de nouvelles fonctionnalités
- Disponibilité : garantir la continuité de service (SLA)
- Performance : améliorer l'expérience utilisateur
- Coûts : optimiser les dépenses IT (passage de CAPEX à OPEX ou inversement)
- Agilité : pouvoir adapter les ressources aux besoins métier
Côté technique
- Scalabilité : gérer les montées en charge (pics d'activité, croissance)
- Maintenabilité : simplifier les opérations et réduire la charge ops
- Sécurité : moderniser l'infrastructure de sécurité
- Résilience : améliorer la tolérance aux pannes (disaster recovery, backup)
- Dette technique : se libérer des contraintes de l'ancien SI
Vue d'ensemble des options disponibles
Les grandes familles de solutions :
- On-premise : tout dans les datacenters de l'organisation
- Cloud public : délégation complète à un provider (AWS, Azure, GCP, OVH...)
- Cloud privé : infrastructure dédiée mais avec des outils cloud
- Hybride : mix des approches selon les besoins
Le choix n'est pas binaire et dépend de nombreux facteurs qui seront détaillés dans les chapitres suivants.