Tu crées 3 environnements (docker compose) un pour la chaîne de livraison (pipeline), un pour le bac à sable (sandbox) et un pour la production (production). Dans la pipeline il ya un logiciel de CICD qui tourne, comme Jenkins ou GoCD par exemple. Dans tes environnements sandbox et production il y a le classique TIER3: Jango, BDD, et HAPROXY ou APISIX. Une fois que ton laboratoire est opérationnel tu peux le modifier pour le faire marcher ailleurs.
Alors si je comprend bien, ce que tu proposes est de créer mon propre serveur de cicd pour remplacer github pour le déploiement? jai vu dockerhub, est ce que ca pourrait faire l'affaire? car je suis pas sur d etre capable de configurer moi meme un serveur cicd...jenkins ou gocd font du deploiement de container cest ca?
Ensuite il faut s'équiper pour éliminer plein de choses des snapshots: artefacts cryptographique et tokens d'authentification, données personnelles, données business.
Là je connais pas du tout...aurais tu un bon bouquin ou un site internet qui explique un peu les "choses" à éliminer des snapshots?
pour distinguer "test" et "prod": cela se fait via un fichier de configuration ou des variables d'environnement.
A la lecture de ta réponse, j'aurais instinctivement pensé que je mettrais mon code test dans un repertoire test (ou plusieurs selon les features testés) et mon code prod dans un repertoire prod et je copie les modifs de test dans prod puis deploiement quand je veux valider une modif (meme si ca peut etre dans un peu laborieux selon ce qui est testé). Et eventuellement d apres ce que j'ai lu un "staging" environnement pour avoir une copie de la prod testable.
Le fichier de configuration dont tu parles, est-ce le .yml qu'on utilise dans github actions par exemple qui décrit les étapes de make à faire pour déployer?
Par contre peux tu expliquer l'utilisation de variables d'environnement, je ne vois pas en quoi elles peuvent etre utile pour distinguer test et prod...
[^] # Re: Faire des petits pas
Posté par bombadil . En réponse au message aspects concrets des environnement test et environnement de production. Évalué à 1.
Ok merci beaucoup pour ce retour!
Alors si je comprend bien, ce que tu proposes est de créer mon propre serveur de cicd pour remplacer github pour le déploiement? jai vu dockerhub, est ce que ca pourrait faire l'affaire? car je suis pas sur d etre capable de configurer moi meme un serveur cicd...jenkins ou gocd font du deploiement de container cest ca?
Là je connais pas du tout...aurais tu un bon bouquin ou un site internet qui explique un peu les "choses" à éliminer des snapshots?
A la lecture de ta réponse, j'aurais instinctivement pensé que je mettrais mon code test dans un repertoire test (ou plusieurs selon les features testés) et mon code prod dans un repertoire prod et je copie les modifs de test dans prod puis deploiement quand je veux valider une modif (meme si ca peut etre dans un peu laborieux selon ce qui est testé). Et eventuellement d apres ce que j'ai lu un "staging" environnement pour avoir une copie de la prod testable.
Le fichier de configuration dont tu parles, est-ce le .yml qu'on utilise dans github actions par exemple qui décrit les étapes de make à faire pour déployer?
Par contre peux tu expliquer l'utilisation de variables d'environnement, je ne vois pas en quoi elles peuvent etre utile pour distinguer test et prod...