# Infrastructure Provisioning

> Подготовить, применить или проверить ограниченное изменение инфраструктуры, используя существующий источник истины. Использовать для изменения жизненного цикла ресурсов или конфигурации; поставку под управлением контроллера сверки состояния направлять в gitops-delivery.

- Skill: `fbakiyev/infrastructure-provisioning` (Agent Skill)
- Install (CLI): `npx skillmds@latest add fbakiyev/infrastructure-provisioning`
- Raw SKILL.md: https://api.skillmd.com/api/skills/fbakiyev/infrastructure-provisioning/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: fbakiyev (https://skillmd.com/u/fbakiyev)
- Updated: 2026-09-21
- Page: https://skillmd.com/skills/fbakiyev/infrastructure-provisioning

---


# Изменение инфраструктуры

## Однозначно определи изменение

- Установи целевую среду, аккаунт или кластер, исходную конфигурацию, состояние или инвентарь и владельца ресурсов. Устрани неоднозначность цели до выполнения изменений.
- Отличай изменение желаемой конфигурации от расхождения состояния, импорта существующего ресурса под управление или замены ресурса. Внешне похожие diff могут по-разному влиять на данные и доступность.
- До выбора команд проверь версии инструментов и настройки провайдеров в репозитории. Не обновляй инструменты молча ради работоспособности предложенного вызова.

## Подготовь изменение

1. Обнови источник истины и выполни применимые проверки форматирования, валидации, рендеринга или плана. Проверь итоговые действия над ресурсами, а не только diff исходников.
2. Выяви замены, удаления, зависимости, требования к мощности и временное раскрытие доступа. Неожиданное разрушительное действие считай изменением объёма работ, которое нужно разрешить до применения.
3. Определи наблюдаемые условия успеха и практический путь восстановления. Возврат конфигурации может не восстановить удалённые данные и не обратить изменение схемы или идентичности.
4. Свяжи проверенный результат с использованными целью и входными данными. Если до выполнения меняются конфигурация, зависимости, состояние цели или контекст доступа, обнови соответствующий план и проверь его эффект.
5. Применяй изменение, когда оно разрешено пользователем и политикой проекта. Перед повтором неуспешной операции изучи частичные результаты, чтобы не дублировать и не повредить существующие ресурсы.

## Проверь и сообщи результат

Проверь наблюдаемое состояние ресурсов, репрезентативное поведение нагрузки и оставшиеся расхождения. Успешный пробный запуск подтверждает меньше, чем применённое изменение, а успешный ответ API — меньше, чем работоспособный сервис.

Верни изменение, выполненные проверки, статус применения и существенный остаточный риск. Обновляй эксплуатационную документацию только в затронутой части. Шаблоны развёртывания, доступа и runbook из библиотеки необязательны.

Считай состояние и сохранённые планы потенциально чувствительными артефактами. Terraform отдельно предупреждает, что сохранённый план может содержать значения, скрытые в выводе терминала. Перед его экспортом обратись к [документации команды plan](https://developer.hashicorp.com/terraform/cli/commands/plan) для установленной версии.