De la machine de développement à la production
Beaucoup de projets sont bien écrits et mal livrés : déploiement manuel, environnements qui divergent, aucune visibilité une fois en ligne. C'est le trajet complet que je prends en charge.
- Environnements reproductibles, du poste de développement à la production
- Déploiement automatisé et rejouable, à la place des mises en ligne manuelles
- Retour arrière prévu avant d'en avoir besoin
- Surveillance et alertes sur ce qui compte pour votre activité
- Sauvegardes automatiques, et restauration réellement testée
AWS et Azure
J'ai déployé sur les deux. Le choix suit ce qui existe déjà chez vous, les compétences de vos équipes et vos contraintes de localisation des données, pas une préférence de ma part. Migrer d'un fournisseur à l'autre pour des raisons esthétiques coûte cher et ne rapporte rien.
Conteneurisation et orchestration
Docker pour figer l'environnement d'exécution, Kubernetes quand l'échelle ou la disponibilité le justifient. Kubernetes sur un projet qui n'en a pas besoin ajoute une couche de complexité que quelqu'un devra maintenir : je vous le dirai si c'est votre cas.
Infrastructure as Code et pipelines
- Terraform pour décrire l'infrastructure dans le dépôt, versionnée comme le code
- Pipelines GitLab CI ou GitHub Actions : tests, construction, déploiement
- Secrets sortis du code et gérés proprement
- Environnements de test et de production séparés
Observabilité
Prometheus et Grafana pour les métriques et les tableaux de bord, avec des alertes calibrées sur des symptômes que vous constatez et non sur des seuils techniques arbitraires.
Voir les onze réalisations détaillées
Questions fréquentes
Mon application est déjà en ligne, pouvez-vous intervenir ?
Oui, et c'est souvent le cas le plus utile. On commence par un état des lieux du déploiement existant, puis on automatise et on instrumente par étapes, sans interruption de service.
Faut-il forcément Kubernetes ?
Non. Beaucoup d'applications tournent très bien sur des conteneurs gérés, plus simples à exploiter. Kubernetes se justifie par l'échelle, la disponibilité exigée ou un existant déjà orchestré.
Qui exploite l'infrastructure après votre mission ?
Vos équipes, avec de la documentation et un transfert de compétences. Une infrastructure que personne chez vous ne comprend est un risque, pas un livrable.