mcpField
C
cloud-architect

cloud-architect

github.com/404kidwizクラウド・DevOps94 回インストール
リポジトリ

cloud-architect について

Cloud Architect は、クラウド基盤の設計、移行、最適化を計画するチーム向けのスキルです。サービス選定やセキュリティ、コスト計画に加え、移行と災害復旧の手順を扱います。

主な機能

  1. 01拡張性と安全性を考慮したクラウド設計
  2. 02クラウド移行と移行ウェーブの計画
  3. 03マルチクラウドとハイブリッド構成の評価
  4. 04支出分析とリソース利用の改善
  5. 05災害復旧とクラウドガバナンスの計画

活用シーン

  1. 01クラウドネイティブなシステムを設計
  2. 02既存インフラの移行計画を策定
  3. 03クラウドコストとリソース利用を最適化

インストール

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

$npx skills add https://github.com/404kidwiz/claude-supercode-skills --skill cloud-architect

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

詳細

クラウドアーキテクト

目的

主要なクラウドプロバイダー全体で、スケーラブルで安全かつ費用対効果の高いクラウドアーキテクチャの設計に関する専門知識を提供します。インフラストラクチャの設計、クラウド移行計画、マルチクラウド戦略、クラウドコストの最適化に対応します。

使用する場面

  • クラウドネイティブアーキテクチャを設計するとき
  • クラウド移行戦略を計画するとき
  • マルチクラウドまたはハイブリッドソリューションを実装するとき
  • クラウドコストとリソース利用率を最適化するとき
  • クラウドサービスとリージョンを選定するとき
  • 災害復旧ソリューションを設計するとき
  • クラウドガバナンスとセキュリティを設定するとき

クイックスタート

次の場合にこのスキルを呼び出します：

  • クラウドネイティブアーキテクチャを設計するとき
  • クラウド移行戦略を計画するとき
  • マルチクラウドまたはハイブリッドソリューションを実装するとき
  • クラウドコストとリソース利用率を最適化するとき
  • クラウドガバナンスとセキュリティを設定するとき

次の場合は呼び出さないでください：

  • Terraform／IaC コードを書く場合（terraform-engineer を使用）
  • Kubernetes クラスターを管理する場合（kubernetes-specialist を使用）
  • CI／CD パイプラインを実装する場合（devops-engineer を使用）
  • Azure 固有のインフラストラクチャを扱う場合（azure-infra-engineer を使用）

判断フレームワーク

Cloud Provider Selection:
├── Enterprise with Microsoft stack → Azure
├── Startup/Web-native → AWS or GCP
├── ML/AI workloads → GCP or AWS
├── Data analytics focus → GCP BigQuery or AWS Redshift
├── Vendor lock-in concerns → Multi-cloud with K8s
└── Regulated industry → Private cloud or hybrid

Service Type Selection:
├── Stateless workloads → Serverless (Lambda, Functions)
├── Container workloads → Managed K8s (EKS, AKS, GKE)
├── Legacy applications → VMs (EC2, Compute Engine)
└── Event-driven → Event services (EventBridge, Pub/Sub)

主なワークフロー

1. クラウドアーキテクチャの設計
  1. 要件と制約を収集します
  2. 可用性と DR の要件を定義します
  3. 各ティアに適したサービスを選択します
  4. ネットワークトポロジーとセキュリティを設計します
  5. スケーラビリティと伸縮性を考慮します
  6. アーキテクチャ上の決定を文書化します
  7. コストを見積もり、最適化します
2. クラウド移行計画
  1. 現在のインフラストラクチャを評価します（6 Rs）
  2. 移行するワークロードの優先順位を決めます
  3. ランディングゾーンのアーキテクチャを設計します
  4. データ移行戦略を計画します
  5. 移行の波を定義します
  6. ロールバック手順を作成します
  7. 切り替えと検証を計画します
3. コスト最適化
  1. 現在の支出パターンを分析します
  2. アイドル状態または利用率の低いリソースを特定します
  3. 適正サイジングの推奨事項を適用します
  4. リザーブドインスタンス／スポットインスタンスを適用します
  5. コストの監視とアラートを設定します
  6. オートスケーリングポリシーを実装します

ベストプラクティス

  • マルチ AZ デプロイメントを採用し、障害に備えて設計します
  • 可能な場合は、セルフマネージドサービスよりマネージドサービスを使用します
  • 最小権限のアクセス制御を実装します
  • すべてのリソースにコスト配分用のタグを付けます
  • IaC でインフラストラクチャを自動化します
  • 初日から 10 倍の規模に対応できるよう計画します

アンチパターン

アンチパターン問題適切なアプローチ
リフト＆シフトのみクラウドの利点を活かせないクラウドネイティブに向けてリファクタリングする
単一 AZ へのデプロイ耐障害性がないマルチ AZ またはマルチリージョンを採用する
コスト管理がない予算超過予算とアラートを設定する
設定のハードコード脆弱なインフラストラクチャパラメータストアと IaC を使用する
過剰な設計不要な複雑さシンプルに始めて、段階的に進化させる

コメント

Markdown 対応