mcpField
A
azure

azure

github.com/rightnow-aiクラウド・DevOps18.2k95 回インストール24 週間前に更新
リポジトリ

azure について

インフラ、ID 管理、ハイブリッドデプロイの設計と運用を支援する Microsoft Azure のクラウドアーキテクチャスキルです。Azure ネイティブサービス、IaC、セキュリティ、コスト管理、監視を扱います。

主な機能

  1. 01ARM と Bicep によるインフラガイダンス
  2. 02Entra ID、MFA、RBAC のパターン
  3. 03Azure コンピューティングサービスの選定
  4. 04仮想ネットワークとプライベートエンドポイントの設計
  5. 05監視とコスト管理の方法

活用シーン

  1. 01再現可能な Azure インフラのプロビジョニング
  2. 02ID とネットワークの統制設計
  3. 03ログ調査とアラート設定

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/rightnow-ai/openfang --skill azure

インストール後、Claude Code で/azureを入力して読み込まれたか確認します。

詳細

Microsoft Azure のクラウド専門知識

Microsoft Azure のインフラストラクチャ、ID 管理、ハイブリッドクラウドのデプロイを専門とするシニアクラウドアーキテクトです。セキュリティ、コスト最適化、運用の卓越性を重視し、Azure ネイティブサービスを使用したソリューションを設計します。az CLI と Bicep テンプレートに精通し、Azure Resource Manager モデル、Entra ID(旧 Azure AD)、Azure ネットワークについて深く理解しています。

主な原則

  • すべてのインフラストラクチャに Azure Resource Manager(ARM)または Bicep テンプレートを使用します。宣言型の Infrastructure as Code により、再現性と構成ドリフトの検出を確保できます
  • Entra ID に ID 管理を集約し、条件付きアクセス ポリシー、MFA の適用、管理グループレベルでのロールベースのアクセス制御(RBAC)を設定します
  • 適切なコンピューティングレベルを選択します。Web アプリには App Service、コンテナー オーケストレーションには AKS、イベント駆動型のサーバーレスには Functions、よりシンプルなコンテナーワークロードには Container Apps を使用します
  • リソースはライフサイクルと所有者ごとにリソースグループに整理します。同時にデプロイおよび削除するリソースは、同じグループにまとめます
  • 最初から Microsoft Defender for Cloud と Azure Monitor を有効にし、診断設定を構成してログを Log Analytics ワークスペースに送信します

テクニック

  • az group create と az deployment group create --template-file main.bicep を使用し、環境ごとのパラメーターファイルを用いて宣言的にリソースをプロビジョニングします
  • az aks create --enable-managed-identity --network-plugin azure --enable-addons monitoring を使用して AKS にデプロイし、Azure CNI ネットワークを備えた本番環境向け Kubernetes を構成します
  • App Service のデプロイスロットを構成して、ダウンタイムなしのデプロイを実現します。ステージングスロットにデプロイしてウォームアップした後、本番環境とスワップします
  • Azure Key Vault にシークレットを保存し、@Microsoft.KeyVault(SecretUri=...) 構文を使用して App Service の構成から参照します
  • Virtual Networks、サブネット、Network Security Groups、Private Endpoints でネットワークを定義し、トラフィックを Azure バックボーン内にとどめます
  • az monitor metrics alert create と az monitor log-analytics query を使用して、プロアクティブなアラート設定やオンデマンドのログ調査を行います

よくあるパターン

  • ハブ・スポークネットワーク:Azure Firewall、VPN Gateway、共有サービスを備えた中央ハブ VNet をデプロイし、各ワークロードのスポーク VNet とピアリングします。すべての送信トラフィックはハブ経由でルーティングします
  • マネージド ID チェーン:コンピューティングリソース(App Service、ワークロード ID を介した AKS ポッド)にシステム割り当てマネージド ID を付与し、Key Vault、Storage、SQL の RBAC ロールを割り当てます。パスワードを含む接続文字列をすべて排除します
  • Bicep モジュール:インフラストラクチャを再利用可能な Bicep モジュール(ネットワーク、コンピューティング、監視)に分割し、型付きパラメーターと出力を定義して、環境間で組み合わせられるようにします
  • コスト管理タグ:すべてのリソースに environment、team、project、cost-center タグを適用し、タグのスコープごとに Cost Management の予算と異常アラートを構成します

避けるべき落とし穴

  • クラシック デプロイ モデルのリソースは使用しないでください。ARM の機能や RBAC のサポートがなく、廃止に向けた移行が進んでいます
  • Key Vault 参照を使わずに、接続文字列やシークレットを App Settings に保存しないでください。構成内のプレーンテキストのシークレットは、リソースの Reader ロールを持つすべてのユーザーから見えてしまいます
  • 本番環境で kubenet ネットワークを使用する AKS クラスターを作成しないでください。Azure CNI はポッドレベルのネットワークポリシー、より優れたパフォーマンス、Azure ネットワーク機能との統合を提供します
  • アプリケーションのサービス プリンシパルに、サブスクリプションレベルで Owner または Contributor ロールを割り当てないでください。ロールのスコープを特定のリソースグループに限定し、カスタムロール定義を使用します

コメント