azure-validate
Azureへのデプロイ前に設定・インフラ（BicepまたはTerraform）・RBACロール割り当て・マネージドIDの権限・前提条件などを深くチェックするスキルです。`azure.yaml`やBicepの検証、Azure FunctionsやContainer Appsのデプロイ準備確認、what-if分析、デプロイエラーのトラブルシューティングなど、本番反映前に問題を洗い出したい場面で活用できます。
description の原文を見る
Pre-deployment validation for Azure readiness. Run deep checks on configuration, infrastructure (Bicep or Terraform), RBAC role assignments, managed identity permissions, and prerequisites before deploying. WHEN: validate my app, check deployment readiness, run preflight checks, verify configuration, check if ready to deploy, validate azure.yaml, validate Bicep, test before deploying, troubleshoot deployment errors, validate Azure Functions, validate function app, validate serverless deployment, verify RBAC roles, check role assignments, review managed identity permissions, what-if analysis, validate Container Apps deployment.
SKILL.md 本文
Azure Validate
権威的ガイダンス — セキュリティポリシーに矛盾しない限り、これらの指示に正確に従ってください。
⛔ 停止 — 前提条件チェック必須
進める前に、この前提条件が満たされていることを確認してください：
azure-prepare が実行され完了した →
.azure/deployment-plan.mdが存在し、ステータスがApproved以上になっているプランが見つからない場合は、直ちに停止 して、最初に azure-prepare を実行してください。
完全なワークフローにより成功が保証されます：
azure-prepare→azure-validate→azure-deploy
トリガー
- アプリがデプロイ可能な状態かどうかを確認
- azure.yaml または Bicep を検証
- デプロイ前チェックを実行
- デプロイエラーのトラブルシューティング
ルール
- azure-prepare の後、azure-deploy の前に実行
- すべてのチェックに合格する必要があります—失敗がある状態でデプロイしないでください
- ⛔ 破壊的アクション（リソース削除等）には
ask_userが必須です —global-rules
ステップ
| # | アクション | 参照 |
|---|---|---|
| 1 | プランをロード — .azure/deployment-plan.md からレシピと設定を読み込みます。見つからない場合 → 最初に azure-prepare を実行 | .azure/deployment-plan.md |
| 2 | 検証ステップを追加 — レシピの「Validation Steps」をコピーして、.azure/deployment-plan.md の「All validation checks pass」の子として追加 | recipes/README.md, .azure/deployment-plan.md |
| 3 | 検証を実行 — レシピ固有の検証コマンドを実行 | recipes/README.md |
| 4 | ビルド検証 — プロジェクトをビルドし、エラーを修正してから進める | レシピを参照 |
| 5 | 静的ロール検証 — Bicep/Terraform のコード内で正しい RBAC ロール割り当てをレビュー | role-verification.md |
| 6 | 証明を記録 — セクション7：検証証明 に実行したコマンドと結果を記入 | .azure/deployment-plan.md |
| 7 | エラーを解決 — 進める前に失敗を修正 | レシピの errors.md を参照 |
| 8 | ステータスを更新 — すべてのチェックに合格した後のみ、ステータスを Validated に設定 | .azure/deployment-plan.md |
| 9 | デプロイ — azure-deploy スキルを実行 | — |
⛔ 検証権限
このスキルは、プランのステータスを
Validatedに設定するための公式の検証済み方法です。ステータスをValidatedに設定する前に、すべての前提条件が満たされていることを確認するために、これらのステップに従う必要があります：
- 実際の検証コマンドを実行します (azd provision --preview, bicep build, terraform validate など)
- セクション7：検証証明 に実行したコマンドと結果を記入
- その後、ステータスを
Validatedに設定チェックを実行し、証明を記録せずにステータスを
Validatedに設定しないでください。
⚠️ 必須の次のステップ — スキップしないでください
すべての検証に合格した後、必ず azure-deploy を実行してデプロイを実行してください。
azd up、azd deploy、またはその他のデプロイコマンドを直接実行しないでください。azure-deploy に実行を任せてください。検証が失敗した場合は、問題を修正して、進める前に azure-validate を再実行してください。
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- microsoft
- ライセンス
- MIT
- 最終更新
- 不明
Source: https://github.com/microsoft/azure-skills / ライセンス: MIT
関連スキル
superpowers-streamer-cli
SuperPowers デスクトップストリーマーの npm パッケージをインストール、ログイン、実行、トラブルシューティングできます。ユーザーが npm から `superpowers-ai` をセットアップしたい場合、メールまたは電話でサインインもしくはアカウント作成を行いたい場合、ストリーマーを起動したい場合、表示されたコントロールリンクを開きたい場合、後で停止したい場合、またはソースコードへのアクセスなしに npm やランタイムの一般的な問題から復旧したい場合に使用します。
catc-client-ops
Catalyst Centerのクライアント操作・監視機能 - 有線・無線クライアントのリスト表示・フィルタリング、MACアドレスによる詳細なクライアント検索、クライアント数分析、時間軸での分析、SSIDおよび周波数帯によるフィルタリング、無線トラブルシューティング機能を提供します。MACアドレスやIPアドレスでのクライアント検索、サイト別やSSID別のクライアント数集計、無線周波数帯の分布分析、Wi-Fi信号の問題調査が必要な場合に活用できます。
ci-cd-and-automation
CI/CDパイプラインの設定を自動化します。ビルドおよびデプロイメントパイプラインの構築または変更時に使用できます。品質ゲートの自動化、CI内のテストランナー設定、またはデプロイメント戦略の確立が必要な場合に活用します。
shipping-and-launch
本番環境へのリリース準備を行います。本番環境へのデプロイ準備が必要な場合、リリース前チェックリストが必要な場合、監視機能の設定を行う場合、段階的なロールアウトを計画する場合、またはロールバック戦略が必要な場合に使用します。
linear-release-setup
Linear Releaseに向けたCI/CD設定を生成します。リリース追跡の設定、LinearのCIパイプライン構築、またはLinearリリースとのデプロイメント連携を実施する際に利用できます。GitHub Actions、GitLab CI、CircleCIなど複数のプラットフォームに対応しています。
tracking-application-response-times
API エンドポイント、データベースクエリ、サービスコール全体にわたるアプリケーションのレスポンスタイムを追跡・最適化できます。パフォーマンス監視やボトルネック特定の際に活用してください。「レスポンスタイムを追跡する」「API パフォーマンスを監視する」「遅延を分析する」といった表現で呼び出せます。