Je vais migrer votre application vers kubernetes ou mettre en place un cluster aws eks en production
Ingénieur Kubernetes Terraform et ETL Airflow
À propos de ce service
Vous faites tourner votre application sur un seul serveur ou sur un PaaS fragile ? Je la déplacerai vers Kubernetes de la manière dont cela doit être fait, en fonction de l’état de la charge de travail, et non en la conteneurisant aveuglément.
Dans divers environnements de production, j’ai migré plus de 50 services vers Kubernetes et géré plus de 100 serveurs en cloud et sur site. Je ne me contente pas de « dockeriser et prier ». Avant de toucher à quoi que ce soit, je classe les charges de travail : déploiements sans état, DaemonSets pour agents de nœuds, bases de données avec état (StatefulSets) ou je laisse sur des services gérés lorsque c’est la meilleure option, je ne reconstruis pas ce qui fonctionne déjà.
Ce que vous obtenez :
- Dockerfiles multi-étapes (images petites et sécurisées)
- Un cluster EKS/GKE de niveau production (plan de contrôle HA, groupes de nœuds, autoscaling)
- Helm charts ou Kustomize pour des déploiements reproductibles
- Ingress + TLS + gestion des secrets (rien de codé en dur)
- Un court runbook pour que votre équipe puisse l’exploiter
Je travaille en mode asynchrone et je documente tout, vous obtenez donc des résultats sans appel en direct.
Outils:
Kubernetes
•
Docker
•
Amazon EKS
Frameworks:
Terraform
•
Ansible
Langage de programmation:
Bash
•
Python
Expertise:
Installation
•
Migration
•
Configuration
Autres services de Ingénierie DevOps I Offre
FAQ
Traduction automatique
Avons-nous besoin d’un appel ?
Non. Je travaille en mode asynchrone et je remets un runbook écrit.
Avez-vous besoin d’accéder à mon compte cloud ?
Je peux travailler avec un rôle sandbox à privilèges minimaux ; vous le révisez et l’appliquez, ou vous accordez un accès limité dans le temps.
Qu’en est-il de ma base de données ?
Je commence par classer. Les bases de données gérées et stables restent gérées — je ne reconstruis pas ce qui fonctionne.

