Déploiement d'AgentCore : séquence, quotas, commandes, rollback
Le déploiement est le moment où ce plugin cesse d'agir et commence à conseiller. Terraform ordonne déjà les ressources par leurs dépendances ; ce qu'il ne peut pas vous dire, c'est quelle racine planifier, ce qui échouera lors d'un premier apply pour des raisons extérieures au graphe, quels paramètres ne peuvent pas être modifiés par la suite, et comment revenir en arrière. Cette compétence n'écrit rien et n'exécute rien : elle affiche les commandes, et l'utilisateur les exécute.
${CLAUDE_SKILL_DIR} est défini par l'exécution de la compétence vers son propre répertoire.
Utilisez-le textuellement dans chaque commande ci-dessous ; les scripts d'une compétence sœur se trouvent dans ${CLAUDE_SKILL_DIR}/../<skill>/scripts/.
Déroulement
-
Vérifier d'abord. Un plan de déploiement sur une erreur est un plan pour déployer l'erreur :
python3 ${CLAUDE_SKILL_DIR}/../agentcore-review/scripts/review.py <project> -
Planifier le déploiement.
python3 ${CLAUDE_SKILL_DIR}/scripts/deploy_plan.py <project>--root DIRlorsque la racine découverte n'est pas celle à déployer (la contrainte du provider, le verrou, la région et les stages sont alors ceux de cette racine) ;--plan-file NAME;--json. Les commandes nomment le plugin comme$AGENTCORE_PLUGIN, défini par la lignesetupaffichée. -
Rapporter le module racine, les stages, les constats
DPL, les commandes et le rollback, dans cet ordre. Indiquer le niveau de coût : ces commandes créent des ressources facturables dans le compte de l'utilisateur. -
Options : (1, recommandé) l'utilisateur exécute init → validate → plan vers un fichier →
show -json→ la vérification de politique, et colle le résultat de la politique ; (2) après l'avoir lu, l'utilisateur applique ce fichier de plan sauvegardé. Confirmez chaque étape avecAskUserQuestion; ne les fusionnez jamais en une seule étape. -
Vérifier après que l'utilisateur a signalé un apply réussi : passez à
/agentcore:agentcore-verify.
La bande DPL0xx
| Id | Sévérité | Déclencheur |
|---|---|---|
DPL001 | avertissement | pas de remote backend (et pas de Terragrunt) |
DPL002 | erreur | un quota publié dépassé (cibles par passerelle, outils par cible) |
DPL003 | info | rôle et passerelle dans un même apply : la propagation IAM peut échouer au premier essai |
DPL004 | info | la recherche sémantique est créée uniquement à la création |
DPL005 | info | une pile Terragrunt : les commandes utilisent terragrunt |
DPL006 | avertissement | hashicorp/aws verrouillé en dessous de 6.55.0 |
DPL007 | info | la livraison TRACES nécessite d'abord l'activation de Transaction Search |
DPL008 | info | la racine choisie ne déclare pas de contrainte de version hashicorp/aws |
Règles de décision
- Appliquer un plan sauvegardé, jamais
-auto-approve. Le plan que l'utilisateur a lu est le plan qui s'exécute. - Politique avant apply.
policy_check.pyrefuse les suppressions de mémoires, passerelles, fournisseurs d'identifiants et pools d'utilisateurs sans un--allow-replaceexplicite. -targetest pour le rollback, pas pour le premier déploiement. Si le premier apply échoue sur la propagation IAM, réexécutez le même apply.- Revenir en arrière en annulant, pas en détruisant. Les ressources avec état (utilisateurs, conversations, secrets) ne font jamais partie d'un rollback.
Références
| Question | Fichier |
|---|---|
| Ordre des stages, ce qui échoue aux premiers apply, Terragrunt | apply-sequencing.md |
| Les quotas AgentCore importants au moment du déploiement | quotas.md |
| Rollback par type de changement ; ce qu'il ne faut jamais détruire | rollback.md |
Scripts
| Commande | Fait | Codes de sortie |
|---|---|---|
scripts/deploy_plan.py <project> [--root DIR] [--plan-file F] [--json] | racine, stages, constats DPL, commandes, rollback | 0 pas d'erreur, 1 erreurs, 2 pas de Terraform |
Liste de vérification
-
review.pya été exécuté en premier et ses erreurs ont été résolues ou acceptées par l'utilisateur. -
deploy_plan.pya été exécuté ; le module racine a été confirmé avec l'utilisateur. - Le niveau de coût (
aws) a été indiqué avant de remettre une quelconque commande. - L'utilisateur a exécuté plan → show -json → policy check avant tout apply.
- Seul le fichier de plan sauvegardé a été appliqué, par l'utilisateur ; aucune commande n'a été exécutée par l'assistant.
- Le rollback pour ce changement a été indiqué avant l'apply.