0
votes

Si le modèle de bras doit être exécuté sur chaque déploiement

Lors de l'utilisation de gabarit pour déployer une infrastructure. Cela devrait exécuter votre modèle de bras sur chaque déploiement ou si vous supposez exécuter le modèle de bras une fois pour configurer l'infrastructure et créer un autre pipeline déployé sur l'infrastructure installée par bras. < / p>

bras d'exécution -> une fois, Déployer construction artefacts -> Répéter

bras d'exécution puis déployer construire des artefacts -> Répéter


1 commentaires

Salut @ 2COOL4School. Y a-t-il une mise à jour sur le billet? Si les réponses pouvaient vous donner de l'aide, vous pouvez considérer accepter l'utile comme réponse .so Cela pourrait aider les autres membres de la communauté qui obtiennent les mêmes problèmes, merci.


4 Réponses :


0
votes

Eh bien, il n'y a pas de réponse à celui-ci, mais dans mon livre, cela n'a pas de sens d'exécuter le modèle de bras s'il n'y a aucun changement. Vous devez avoir un repo séparé pour le code IAC ou une version séparée pour le modèle de bras


0 commentaires

0
votes

dépend de la manière dont vous souhaitez configurer vos environnements de test. Dans mon système, je déploie chaque succursale à un nouvel environnement de test, au lieu d'utiliser une seule instance d'une ressource en tant que "test" et déployez-la à cela. Donc, je fais des déploiements de modèle de bras d'armement dans le pipeline de déploiement. Je place les scripts de déploiement et les modèles de bras pour un microservice dans le même référentiel que le code. Cela fait de la cohérence que je recherche en tant qu'infra, backend, frontales qui vivent ensemble dans un référentiel pour un microservice.


3 commentaires

Pourquoi quelqu'un a-t-il de ma réponse? S'il vous plaît laissez un commentaire


Quelqu'un a également évanoui le mien :) En colère, j'imagine


Je viens de vous soulevé tous les deux de vous les gars, car il était très utile car auparavant, je n'ai aucune idée de la façon de construire un pipeline pour le modèle de bras. Je suppose que la question est trop ouverte, c'est pourquoi quelqu'un décida de nous donner un vote à tous.



0
votes

De mon point de vue, la ré-exécution du modèle de bras dépend de la mise à jour de l'infrastructure et de la configuration de votre projet.

Si la structure et la configuration du projet que vous avez créées n'est pas mise à jour, vous n'avez pas besoin d'exécuter le modèle de bras plusieurs fois. Vous pouvez directement déployer les artefacts de construction vers la même ressource.

D'autre part, si votre projet nécessite de nouvelles ressources ou paramètres, vous pouvez mettre à jour ou créer de nouvelles ressources en modifiant le fichier de configuration du modèle (généralement un fichier JSON). Cela permet à l'environnement déployé de répondre aux besoins de votre projet.

En bref, il n'y a pas de réponse absolue à ce sujet, cela dépend seulement de vos besoins.


2 commentaires

Cela ferait-il de mal à la courir à chaque fois? Il me semble qu'il sera approprié de l'exécuter à chaque fois dans d'autres personnes pour empêcher le décalage entre prod et dev, car s'il n'y a pas de mise à jour, l'état sera toujours le même.


Je pense que ça ne va pas mal. Il est également logique d'exécuter le modèle de bras en combinaison avec CI / CD. Peut-être Ce blog pourrait vous donner Quelques idées.



0
votes

Je voulais lancer une opinion de l'autre côté. Je recommande vivement de relancer vos déploiements d'infrastructure de bras chaque version ou au moins de configurer un déploiement planifié. La raison étant, oui, cela peut prendre un peu plus de temps ... ou quelques minutes supplémentaires en fonction de vos ressources. Cependant, dans les grandes organisations et en particulier dans des environnements inférieurs où les développeurs ou autres peuvent avoir au moins contributeur, il y a le risque de dérive. En respectant les modèles de bras pour chaque déploiement, vous garantissez que l'état correspond à votre modèle, sans avoir à ajouter ou à configurer une logique politique.

plus, je dirais que c'est la confiance ultime dans votre infrastructure en tant que code. Vous êtes 100% confiant que votre modèle est réoli.


0 commentaires