Cloud & infrastructure

Une entreprise fait tourner ses services sur un mélange de serveurs physiques, de machines virtuelles et de ressources cloud. Personne ne sait plus exactement ce qui tourne où, ni comment le reprendre si un hôte tombe. La question « tout cloud ou tout sur site » revient à chaque renouvellement de matériel, sans réponse argumentée.

Nous dimensionnons l’infrastructure d’après le trafic réel et la criticité de chaque service. Nous mettons en place la virtualisation avec Proxmox, la conteneurisation avec Docker et Kubernetes, et le cloud managé sur AWS (Amazon Web Services) quand il est justifié. Notre consultant a exploité en production des clusters Proxmox et VMware et des architectures AWS (ECS, Lambda, Aurora). Il est certifié en ingénierie DevOps sur AWS depuis 2023.

Technologies

Proxmox

Proxmox
virtualisation et clusters multi-nœuds

Kubernetes

Kubernetes
orchestration de conteneurs en production

Docker

Docker
conteneurisation des services

Terraform

Terraform
création reproductible des ressources cloud et locales

Ansible

Ansible
configuration des machines après création

Exemples concrets

Cluster Proxmox sur plusieurs sites

Sur notre propre infrastructure, un cluster Proxmox de sept nœuds (quorum pondéré, ZFS en raidz, lvm-thin) héberge les machines virtuelles et les conteneurs de production. Les disques sont migrés à chaud entre stockages, les sauvegardes partent vers Proxmox Backup Server, et les sites géographiques sont reliés par un tunnel WireGuard.

Socle Kubernetes Talos reconstructible depuis le code

Sur ce cluster tourne un Kubernetes Talos Linux provisionné en Terraform. Les machines Talos sont gérées par Omni, les applications déployées par Flux CD en GitOps (l’état voulu est décrit dans Git, Flux l’applique), le stockage persistant par Longhorn, la supervision par Prometheus, Grafana et Alertmanager. Pour valider la migration d’une application, nous l’avons déployée en parallèle (« shadow ») sur Kubernetes sans toucher à la production, puis retirée proprement par GitOps.

Ce que comprend la prestation

  • Inventaire de l’existant : serveurs, réseaux, applications, dépendances entre services.
  • Proposition d’architecture argumentée (sur site, cloud ou hybride), avec les coûts d’hébergement estimés.
  • Mise en place de la virtualisation, des conteneurs ou des ressources cloud retenues, décrite en code (Terraform, Ansible).
  • Migrations planifiées avec retour arrière prévu à chaque étape ; déploiement Blue/Green (ancien et nouveau en parallèle) pour les bases critiques, voir Migration sans interruption.
  • Documentation : vous savez ce qui tourne, où, et comment le reprendre.
  • Limite : nous ne revendons pas d’hébergement cloud et nous n’assurons pas d’astreinte de nuit ni de week-end ; la facture du fournisseur (AWS, OVH ou autre) reste à votre nom.

Un premier échange est gratuit. Nous contacter.