- \n
- Il ne devrait pas y avoir de \u00abconception par un comit\u00e9\u00a0\u00bb.<\/a> "<\/li>\n
- Personne d’autre que l’\u00e9quipe de d\u00e9veloppement principale ne devrait \u00eatre en mesure d’assurer le d\u00e9veloppement, la mise en sc\u00e8ne et la production.<\/li>\n
- Personne ne devrait \u00eatre capable d’\u00e9crire en production, sauf l’\u00e9quipe de d\u00e9veloppement (et m\u00eame dans ce cas, il devrait y avoir un processus de d\u00e9ploiement).<\/li>\n<\/ol>\n
Je n’aime pas vraiment \u00e9tablir des r\u00e8gles strictes et rapides comme celle-ci, notamment parce que les choses changent avec le temps, soit par n\u00e9cessit\u00e9, soit par plus d’exp\u00e9rience. C’est pourquoi j’aime les "lignes directrices".<\/p>\n
Mais au moment d’\u00e9crire ces lignes, ce sont les choses que je vois se d\u00e9rouler.<\/p>\n
Environnements de provisionnement<\/h2>\n
Au cours des derni\u00e8res ann\u00e9es, nous avons fait beaucoup de progr\u00e8s dans la rapidit\u00e9 avec laquelle nous pouvons provisionner nos syst\u00e8mes afin qu’ils se refl\u00e8tent tous (ou g\u00e9n\u00e9ralement). Cela inclut nos bo\u00eetiers de d\u00e9veloppement, la fa\u00e7on dont nos machines locales refl\u00e8tent la mise en sc\u00e8ne et la fa\u00e7on dont la mise en sc\u00e8ne refl\u00e8te la production.<\/p>\n
Provisionnement d’un nouvel environnement, plus ou moins. Roulez avec.<\/p>\n
C’est-\u00e0-dire si cela "fonctionne sur ma machine" devrait \u00eatre vrai. Pas une excuse pour ne pas pouvoir reproduire un bug.<\/p>\n
Et quand c’est vrai, c’est probablement vrai sur les machines des autres, sur la mise en sc\u00e8ne et la production. Et c’est sympa, non? Je veux dire, nous faisons tourner nos bo\u00eetes, d\u00e9ployons nos scripts ou faisons ce que nous faisons, puis nous avons la configuration dont nous avons besoin.<\/p>\n
Alors, qu’est-ce que cela signifie d’aborder les environnements de provisionnement\u00a0? Cela d\u00e9pend de l’environnement auquel vous faites r\u00e9f\u00e9rence.<\/p>\n
\u00c0 quoi cela ressemble-t-il vraiment\u00a0?<\/h3>\n
Si vous travaillez dans WordPress, ce que je suppose si vous lisez ceci, cela suppose que vous utilisez au moins un serveur Web, une base de donn\u00e9es et PHP.<\/p>\n
Un environnement de d\u00e9veloppement peut ressembler \u00e0 ceci\u00a0:<\/p>\n
- \n
- Apache<\/a> de Nginx<\/a> ,<\/li>\n
- MySQL qui est le plus courant,<\/li>\n
- Au moins PHP 5.2.4 (avec PHP 7.1 recommand\u00e9),<\/li>\n
- Ou quelque chose de comparable.<\/li>\n<\/ul>\n
Vous pouvez \u00e9galement utiliser quelque chose comme Laravel Valet<\/a> ou quelque chose comme VVV<\/a>. Tout d\u00e9pend de la nature de votre travail.<\/p>\n
De plus, selon la nature de votre entreprise, vous pouvez avoir un IDE qui vous est attribu\u00e9 ainsi que divers fichiers de configuration pour appliquer certaines r\u00e8gles<\/a>.<\/p>\n
Et le reste des environnements\u00a0?<\/h3>\n
Comme d’habitude:<\/p>\n
- \n
- le d\u00e9veloppement fait r\u00e9f\u00e9rence \u00e0 la configuration sur votre machine locale,<\/li>\n
- la mise en sc\u00e8ne fait r\u00e9f\u00e9rence \u00e0 la zone dans laquelle vous et les parties prenantes pouvez tester,<\/li>\n
- et la production est l’endroit o\u00f9 r\u00e9side l’application.<\/li>\n<\/ul>\n
Mais cela semble \u00e9galement diff\u00e9rent selon l’endroit o\u00f9 vous travaillez, la fa\u00e7on dont votre travail est organis\u00e9, etc. Il ne s’agit pas tant de savoir comment il est utilis\u00e9 – il s’agit de savoir comment il est utilis\u00e9.<\/p>\n
Mise en sc\u00e8ne<\/h4>\n
Cela sera g\u00e9n\u00e9ralement provisionn\u00e9 sur un serveur (ou un groupe de serveurs selon la taille du projet) sur lequel vous pourrez d\u00e9ployer votre dernier code pour le tester. Il peut inclure des fonctionnalit\u00e9s partielles, des donn\u00e9es de test et uniquement un sous-ensemble d’informations de la production (si vous choisissez d’extraire ces informations, \u00e0 savoir la base de donn\u00e9es, de l’environnement de production).<\/p>\n
Cela vous donne, \u00e0 vous et aux autres parties prenantes, la possibilit\u00e9 d’examiner ce qui se passe et comment cela fonctionnera en production sans avoir \u00e0 vous soucier de d\u00e9truire quoi que ce soit de sensible.<\/p>\n
Le code est g\u00e9n\u00e9ralement d\u00e9ploy\u00e9 \u00e0 partir d’une branche, g\u00e9n\u00e9ralement master, \u00e0 partir de votre r\u00e9f\u00e9rentiel Git (si c’est ce que vous utilisez). Et des outils tels que DeployBot<\/a>, CircleCI<\/a>, Travis CI<\/a>, GrumPHP<\/a>, Behat<\/a>, etc. sont \u00e9galement utilis\u00e9s pour \u00e9valuer la qualit\u00e9 du code, ex\u00e9cuter des tests automatis\u00e9s, puis enfin d\u00e9ployer le code.<\/p>\n
En fin de compte, chaque environnement sera provisionn\u00e9 de mani\u00e8re \u00e0 pouvoir \u00eatre rapidement mis en miroir sur les machines locales, les serveurs interm\u00e9diaires et les serveurs de production. De plus, il devrait \u00eatre facile de pousser et d’extraire des donn\u00e9es entre eux pour faciliter le travail avec les donn\u00e9es.<\/p>\n
Production<\/h4>\n
Enfin, la production concerne le projet de fonctionnement r\u00e9el; Cela signifie que le serveur, l’application et la base de donn\u00e9es s’ex\u00e9cutent conjointement et sont utilis\u00e9s par les utilisateurs.<\/p>\n
Cela signifie \u00e9galement que le code est dans un endroit stable. Il existe probablement des m\u00e9canismes de journalisation en place qui informeront l’\u00e9quipe de d\u00e9veloppement de tout probl\u00e8me. Aucun changement de code ne doit se produire dans cet environnement sans qu’il ait d’abord pass\u00e9 l’AQ ou la mise en sc\u00e8ne.<\/p>\n
Et les processus en place\u00a0?<\/h3>\n
Bon, disons que vous travaillez avec une configuration traditionnelle, faute d’un meilleur terme, o\u00f9 tous vos d\u00e9ploiements sont effectu\u00e9s via S\/FTP dans un environnement de production (ou m\u00eame de mise en sc\u00e8ne). De cette fa\u00e7on, les utilisateurs peuvent extraire des fichiers, apporter des modifications et les remonter.<\/p>\n
Ce n’est pas bon.<\/p>\n
Cela signifie que toute personne disposant des informations d’identification peut se connecter, apporter les modifications et contourner le contr\u00f4le des sources, l’int\u00e9gration continue, les outils d’assurance qualit\u00e9, etc., effectuer les modifications souhait\u00e9es.<\/p>\n
Elle sape l’ensemble des processus mis en place. Non seulement cette proc\u00e9dure standard de contournement (qui est en place pour une raison, bien s\u00fbr), mais elle finit par casser le code qu’un d\u00e9veloppeur ou une \u00e9quipe de d\u00e9veloppeurs a sur leurs machines principalement parce que ce qui est en production n’est plus synchronis\u00e9 avec le r\u00e9f\u00e9rentiel du code.<\/p>\n
De plus, ce code pourrait \u00eatre r\u00e9parti entre les succursales qui doivent encore \u00eatre fusionn\u00e9es ou d\u00e9ploy\u00e9es. Cela nous laisse avec une vari\u00e9t\u00e9 de situations dans lesquelles les d\u00e9veloppeurs et les clients ont rompu une partie du processus de construction et donc l’ensemble du projet.<\/p>\n
Quand vient le temps de v\u00e9rifier la production, elle n’est pas synchronis\u00e9e avec le d\u00e9veloppement et la mise en sc\u00e8ne, et personne ne sait pourquoi. Au moment du d\u00e9ploiement, les modifications sont \u00e9cras\u00e9es et les responsables ont perdu ce qu’ils pensaient voir.<\/p>\n
Qu’est-ce qu’une \u00e9quipe doit faire\u00a0?<\/h3>\n
Je ne sais pas s’il y a une bonne r\u00e9ponse \u00e0 cela, mais plus je travaille longtemps dans cette industrie, plus je pense que l’entreprise – ou les entreprises – responsable de la construction de la solution pour le client devrait avoir le contr\u00f4le du processus de bout en bout. finir.<\/p>\n
- \n
- Les concepteurs sont responsables de la gestion de leurs domaines de cr\u00e9ation de concepts, de maquettes, de cr\u00e9ation de mod\u00e8les de d\u00e9monstration et de sollicitation de commentaires,<\/li>\n
- Les chefs de projet sont responsables de la communication avec les d\u00e9partements,<\/li>\n
- Les d\u00e9veloppeurs sont responsables de la mise en \u0153uvre de la solution et de la liaison entre le travail des concepteurs et le back-end fonctionnel,<\/li>\n
- Le client est charg\u00e9 d’examiner les modifications, de fournir des commentaires et de fournir toute autre information n\u00e9cessaire \u00e0 l’ex\u00e9cution de la t\u00e2che.<\/li>\n<\/ul>\n
Cela signifie que lorsqu’il s’agit de configurer le domaine, l’h\u00e9bergement, les environnements, le contr\u00f4le de version, le processus de construction et l’int\u00e9gration continue, et tout ce que j’ai n\u00e9glig\u00e9 de mentionner, incombe directement \u00e0 l’\u00e9quipe de d\u00e9veloppement.<\/p>\n
![\"Project](\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-166423-61e793a807c63.jpg\")
<\/a><\/p>\n