Agent Skills by ALSEL
Anthropic ClaudeDevOps・インフラ⭐ リポ 0品質スコア 50/100

azure-deployment-preflight

Bicepテンプレートの構文検証・what-if分析・権限チェックを含む、Azureデプロイ前の包括的な事前検証を実行します。Azureへのデプロイ前に変更内容をプレビューし、潜在的な問題を特定してデプロイの成功を確実にするために使用します。Azureへのデプロイ、Bicepファイルの検証、デプロイ権限の確認、インフラ変更のプレビュー、what-if実行、または`azd provision`の準備に言及された際に起動します。

description の原文を見る

Performs comprehensive preflight validation of Bicep deployments to Azure, including template syntax validation, what-if analysis, and permission checks. Use this skill before any deployment to Azure to preview changes, identify potential issues, and ensure the deployment will succeed. Activate when users mention deploying to Azure, validating Bicep files, checking deployment permissions, previewing infrastructure changes, running what-if, or preparing for azd provision.

SKILL.md 本文

Azure Deployment Preflight Validation

このスキルは実行前に Bicep デプロイを検証し、Azure CLI (az) と Azure Developer CLI (azd) の両方のワークフローに対応しています。

このスキルを使用するタイミング

  • Azure にインフラストラクチャをデプロイする前
  • Bicep ファイルを準備または確認する場合
  • デプロイがどのような変更を加えるかをプレビューする場合
  • デプロイに十分な権限があることを確認する場合
  • azd upazd provision、または az deployment コマンドを実行する前

検証プロセス

以下の手順を順番に実行してください。前の手順が失敗した場合でも次の手順に進んでください。すべての問題を最終レポートに記載します。

ステップ 1: プロジェクト タイプの検出

プロジェクト インジケータをチェックしてデプロイ ワークフローを決定します:

  1. azd プロジェクトの確認: プロジェクト ルートで azure.yaml を探します

    • 見つかった場合 → azd ワークフローを使用
    • 見つからない場合 → az CLI ワークフローを使用
  2. Bicep ファイルの場所を特定: 検証対象のすべての .bicep ファイルを検索します

    • azd プロジェクトの場合: 最初に infra/ ディレクトリをチェック、その後プロジェクト ルート
    • スタンドアロンの場合: ユーザーが指定したファイルを使用、または一般的な場所を検索 (infra/deploy/、プロジェクト ルート)
  3. パラメータ ファイルの自動検出: 各 Bicep ファイルについて、一致するパラメータ ファイルを探します:

    • <filename>.bicepparam (Bicep パラメータ - 推奨)
    • <filename>.parameters.json (JSON パラメータ)
    • 同じディレクトリの parameters.json または parameters/<env>.json

ステップ 2: Bicep 構文の検証

デプロイ検証を実行する前に Bicep CLI を実行してテンプレート構文をチェックします:

bicep build <bicep-file> --stdout

キャプチャする項目:

  • 行番号と列番号付きの構文エラー
  • 警告メッセージ
  • ビルドの成功/失敗ステータス

Bicep CLI がインストールされていない場合:

  • レポートに問題を記載
  • ステップ 3 に進みます (Azure は what-if 実行時に構文を検証します)

ステップ 3: プリフライト検証の実行

ステップ 1 で検出したプロジェクト タイプに基づいて適切な検証を選択します。

azd プロジェクトの場合 (azure.yaml が存在)

azd provision --preview を使用してデプロイを検証します:

azd provision --preview

環境が指定されているか複数の環境が存在する場合:

azd provision --preview --environment <env-name>

スタンドアロン Bicep の場合 (azure.yaml がない)

Bicep ファイルの targetScope 宣言からデプロイ スコープを決定します:

ターゲット スコープコマンド
resourceGroup (デフォルト)az deployment group what-if
subscriptionaz deployment sub what-if
managementGroupaz deployment mg what-if
tenantaz deployment tenant what-if

まず Provider 検証レベルで実行します:

# リソース グループ スコープ (最も一般的)
az deployment group what-if \
  --resource-group <rg-name> \
  --template-file <bicep-file> \
  --parameters <param-file> \
  --validation-level Provider

# サブスクリプション スコープ
az deployment sub what-if \
  --location <location> \
  --template-file <bicep-file> \
  --parameters <param-file> \
  --validation-level Provider

# 管理グループ スコープ
az deployment mg what-if \
  --location <location> \
  --management-group-id <mg-id> \
  --template-file <bicep-file> \
  --parameters <param-file> \
  --validation-level Provider

# テナント スコープ
az deployment tenant what-if \
  --location <location> \
  --template-file <bicep-file> \
  --parameters <param-file> \
  --validation-level Provider

フォールバック戦略:

--validation-level Provider が権限エラー (RBAC) で失敗した場合、ProviderNoRbac で再試行します:

az deployment group what-if \
  --resource-group <rg-name> \
  --template-file <bicep-file> \
  --validation-level ProviderNoRbac

フォールバックをレポートに記載してください。ユーザーは完全なデプロイ権限を持っていない可能性があります。

ステップ 4: What-If 結果のキャプチャ

what-if 出力を解析してリソース変更を分類します:

変更タイプシンボル意味
作成+新しいリソースが作成されます
削除-リソースが削除されます
変更~リソース プロパティが変更されます
変更なし=リソースは変更されません
無視*リソースは分析されません (制限に達しました)
デプロイ!リソースがデプロイされます (変更内容は不明)

変更されたリソースについては、特定のプロパティ変更をキャプチャしてください。

ステップ 5: レポートの生成

プロジェクト ルートに Markdown レポート ファイルを作成します:

  • preflight-report.md

references/REPORT-TEMPLATE.md のテンプレート構造を使用します。

レポートセクション:

  1. 概要 - 全体ステータス、タイムスタンプ、検証されたファイル、ターゲット スコープ
  2. 実行ツール - 実行されたコマンド、バージョン、使用された検証レベル
  3. 問題 - 重大度と対応策を含むすべてのエラーと警告
  4. What-If 結果 - 作成/変更/削除/変更なしのリソース
  5. 推奨事項 - 実行可能な次のステップ

必要な情報

検証を実行する前に、以下の情報を収集します:

情報必須対象取得方法
リソース グループaz deployment groupユーザーに確認するか既存の .azure/ 設定を確認
サブスクリプションすべてのデプロイaz account show またはユーザーに確認
場所Sub/MG/Tenant スコープユーザーに確認するか設定からデフォルトを使用
環境azd プロジェクトazd env list またはユーザーに確認

必要な情報が不足している場合、続行する前にユーザーに確認してください。

エラー処理

詳細なエラー処理ガイダンスについては references/ERROR-HANDLING.md を参照してください。

重要原則: エラーが発生した場合でも検証を続行してください。すべての問題を最終レポートに記載します。

エラー タイプアクション
ログインしていないレポートに記載、az login または azd auth login を提案
権限が拒否されたProviderNoRbac にフォールバック、レポートに記載
Bicep 構文エラーすべてのエラーを記載、他のファイルの検証を続行
ツールがインストールされていないレポートに記載、その検証ステップをスキップ
リソース グループが見つからないレポートに記載、作成を提案

ツール要件

このスキルは以下のツールを使用します:

  • Azure CLI (az) - --validation-level の場合はバージョン 2.76.0 以上を推奨
  • Azure Developer CLI (azd) - azure.yaml を含むプロジェクト用
  • Bicep CLI (bicep) - 構文検証用
  • Azure MCP Tools - ドキュメント検索とベストプラクティス用

開始前にツールの利用可能性を確認します:

az --version
azd version
bicep --version

ワークフロー例

  1. ユーザー: "デプロイ前に Bicep デプロイを検証してください"
  2. エージェントが azure.yaml を検出 → azd プロジェクト
  3. エージェントが infra/main.bicepinfra/main.bicepparam を検出
  4. エージェントが bicep build infra/main.bicep --stdout を実行
  5. エージェントが azd provision --preview を実行
  6. エージェントがプロジェクト ルートに preflight-report.md を生成
  7. エージェントが調査結果をユーザーに要約

参考ドキュメント

  • 検証コマンド リファレンス
  • レポート テンプレート
  • エラー処理ガイド

ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ

詳細情報

作者
github
リポジトリ
github/awesome-copilot
ライセンス
MIT
最終更新
不明

Source: https://github.com/github/awesome-copilot / ライセンス: MIT

関連スキル

汎用DevOps・インフラ⭐ リポ 502

superpowers-streamer-cli

SuperPowers デスクトップストリーマーの npm パッケージをインストール、ログイン、実行、トラブルシューティングできます。ユーザーが npm から `superpowers-ai` をセットアップしたい場合、メールまたは電話でサインインもしくはアカウント作成を行いたい場合、ストリーマーを起動したい場合、表示されたコントロールリンクを開きたい場合、後で停止したい場合、またはソースコードへのアクセスなしに npm やランタイムの一般的な問題から復旧したい場合に使用します。

by rohanarun
汎用DevOps・インフラ⭐ リポ 493

catc-client-ops

Catalyst Centerのクライアント操作・監視機能 - 有線・無線クライアントのリスト表示・フィルタリング、MACアドレスによる詳細なクライアント検索、クライアント数分析、時間軸での分析、SSIDおよび周波数帯によるフィルタリング、無線トラブルシューティング機能を提供します。MACアドレスやIPアドレスでのクライアント検索、サイト別やSSID別のクライアント数集計、無線周波数帯の分布分析、Wi-Fi信号の問題調査が必要な場合に活用できます。

by automateyournetwork
汎用DevOps・インフラ⭐ リポ 39,967

ci-cd-and-automation

CI/CDパイプラインの設定を自動化します。ビルドおよびデプロイメントパイプラインの構築または変更時に使用できます。品質ゲートの自動化、CI内のテストランナー設定、またはデプロイメント戦略の確立が必要な場合に活用します。

by addyosmani
汎用DevOps・インフラ⭐ リポ 39,967

shipping-and-launch

本番環境へのリリース準備を行います。本番環境へのデプロイ準備が必要な場合、リリース前チェックリストが必要な場合、監視機能の設定を行う場合、段階的なロールアウトを計画する場合、またはロールバック戦略が必要な場合に使用します。

by addyosmani
OpenAIDevOps・インフラ⭐ リポ 38,974

linear-release-setup

Linear Releaseに向けたCI/CD設定を生成します。リリース追跡の設定、LinearのCIパイプライン構築、またはLinearリリースとのデプロイメント連携を実施する際に利用できます。GitHub Actions、GitLab CI、CircleCIなど複数のプラットフォームに対応しています。

by novuhq
Anthropic ClaudeDevOps・インフラ⭐ リポ 2,159

tracking-application-response-times

API エンドポイント、データベースクエリ、サービスコール全体にわたるアプリケーションのレスポンスタイムを追跡・最適化できます。パフォーマンス監視やボトルネック特定の際に活用してください。「レスポンスタイムを追跡する」「API パフォーマンスを監視する」「遅延を分析する」といった表現で呼び出せます。

by jeremylongshore
本サイトは GitHub 上で公開されているオープンソースの SKILL.md ファイルをクロール・インデックス化したものです。 各スキルの著作権は原作者に帰属します。掲載に問題がある場合は info@alsel.co.jp または /takedown フォームよりご連絡ください。
原作者: github · github/awesome-copilot · ライセンス: MIT