Parcourir les catégories
Explorer
Fiverr Pro
Français
$
USD
Je vais mettre en place un pipeline CI/CD avec Docker et rollback
Ingénieur DevOps
Je suis un ingénieur DevOps basé dans la région de Hanoi avec plus de quatre ans d’expérience professionnelle. Mon expertise porte sur la gestion d’infrastructures et de déploiements avec des outils c...
À propos de ce service
Pousser sur la branche principale. Il construit, teste, déploie et si ça échoue, une commande remet l'ancienne version.
Ce dernier point manque à la plupart des pipelines.
CE QUE JE CONSTRUIS
- GitLab CI, GitHub Actions, Bitbucket ou Jenkins, selon ce que vous utilisez déjà
- Construction, test, et push d'image Docker vers votre registre
- Images taguées par le SHA du commit, pour que chaque déploiement soit traçable et réversible
- Déploiement automatique sur votre serveur, avec une étape d'approbation manuelle pour la production
- Un script de rollback testé qui vous ramène à la version précédente fonctionnelle
- Cache des dépendances, pour que le pipeline s'exécute en moins de deux minutes, pas dix
- Secrets stockés dans votre gestionnaire de secrets CI, jamais dans le YAML
COMMENT JE PRÉUVE QUE ÇA FONCTIONNE Avant la livraison, je réalise trois tests devant vous : un déploiement réussi, une build volontairement cassée qui ne déploie pas, et un rollback complet. Vous recevez des captures d'écran des trois.
POURQUOI LE TAGGING EST IMPORTANT La plupart des pipelines bon marché déploient le tag "latest". Cela signifie qu'il n'y a pas d'ancien artefact vers lequel revenir, donc le rollback devient impossible quand c'est crucial. Je tag chaque image par commit, pour que vous puissiez toujours revenir à un état connu et stable.
Je fais tourner GitLab CI, Jenkins et ArgoCD en production tous les jours. Contactez-moi avec votre configuration
Mon portfolio
Autres services de Ingénierie DevOps I Offre
FAQ
Traduction automatique
Quelle plateforme dois-je utiliser ?
Si votre code est sur GitHub, GitHub Actions est le plus simple. Sur GitLab, utilisez GitLab CI. Je configure celui que vous utilisez déjà — aucune migration nécessaire.
Mon projet n'a pas de tests. Est-ce un problème ?
Non. Le pipeline construira et déployera sans eux. Je peux ajouter un test de fumée basique qui vérifie que l'application répond après le déploiement, ce qui détecte la plupart des versions cassées.
Avez-vous besoin d’accéder à mon serveur de production ?
Oui pour les étapes de déploiement. J'utilise une clé de déploiement dédiée et restreinte, jamais votre clé personnelle, pour que vous puissiez révoquer mon accès à tout moment indépendamment.
Pouvez-vous déployer sur Kubernetes ?
Oui, si vous avez déjà un cluster. Contactez-moi d'abord avec votre configuration pour que je puisse vous faire un devis précis — la mise en place du cluster est une tâche séparée et plus importante.
