À retenir
- Commencer par les services managés : exploiter moins, livrer plus.
- Séparer les environnements et garder les bases de données hors d'Internet.
- Définir l'infrastructure en code pour pouvoir la relire et la reconstruire.
- Surveiller les coûts dès le premier mois, pas après la première mauvaise surprise.
Nul besoin d'une configuration cloud complexe pour faire tourner une application métier fiable. Une architecture de base pragmatique – et les signaux qui indiquent quand aller plus loin.
Commencer par les services managés
Pour la plupart des applications métier, la meilleure architecture cloud est celle qui demande le moins d'exploitation. Bases de données managées, plateformes de conteneurs managées et stockage objet suppriment des catégories entières de maintenance – correctifs, réplication, sauvegardes – pour qu'une petite équipe se concentre sur le produit.
Choisissez le fournisseur qui convient à votre équipe, à vos clients et à vos contrats existants. AWS, Azure et Google Cloud proposent tous les briques dont une plateforme web typique a besoin.
Une base qui convient à la plupart des applications
Un point de départ fiable pour une application web ou un produit SaaS comprend généralement les éléments suivants.
- Des comptes ou projets séparés pour la préproduction et la production.
- Un réseau privé où la base de données est inaccessible depuis Internet.
- Des conteneurs applicatifs sans état derrière un répartiteur de charge.
- Une base de données relationnelle managée avec sauvegardes automatiques.
- Un stockage objet et un CDN pour les fichiers et ressources statiques.
- Journalisation, métriques et alertes centralisées.
L'infrastructure en code
Assembler des ressources à la souris dans une console fonctionne une fois. Les définir en code – avec Terraform, par exemple – permet de relire les environnements comme n'importe quel autre changement, de les recréer après une erreur et de garder préproduction et production identiques.
Maîtriser les coûts dès le départ
Les factures cloud grossissent en silence : environnements inutilisés, bases surdimensionnées, journaux conservés indéfiniment. Étiquetez les ressources par environnement et par usage, définissez des alertes budgétaires et revoyez l'utilisation chaque mois. Le bon dimensionnement et la mise en veille planifiée des environnements hors production sont généralement les économies les plus rapides.
Quand aller plus loin
Kubernetes, les déploiements multi-régions et les service meshes résolvent de vrais problèmes, mais ajoutent aussi un coût d'exploitation. Adoptez-les quand un signal précis apparaît, pas parce qu'ils sont à la mode.
- De nombreux services déployés indépendamment qui ont besoin d'une orchestration commune.
- Des clients ou une réglementation qui imposent des données dans des régions précises.
- Des objectifs de disponibilité qu'une seule région ne peut pas atteindre.
- Des profils de trafic que les plateformes managées ne peuvent plus absorber de façon économique.
Cet article vous a plu ? Recevez le prochain par e-mail.