オプション

multi-cloud-architecture

amurata/cc-tools amurata/cc-tools

AWS、Azure、GCPにまたがるサービスを選択・統合するための意思決定フレームワークを使用してマルチクラウドアーキテクチャを設計します。マルチクラウドシステム構築、ベンダーロックイン回避、複数プロバイダーからのベストオブブリードサービス活用時に使用します。

...すべて拡張します
25
更新された時間 2026年6月29日

概要multi-cloud-architecture

「multi-cloud-architecture 」スキルは、AWS、Azure、GCPを横断してアプリケーションを設計・実装するための体系的なフレームワークを提供します。このスキルは、アーキテクトやエンジニアが複数のプロバイダーのクラウドサービスを選択・統合する際に、十分な情報に基づいた意思決定を行うことを支援し、ベンダーロックインを回避しつつ、各プロバイダーが提供する最良のサービスを最大限に活用することを目指しています。 このスキルを活用することで、チームはクラウドに依存しないアーキテクチャを設計し、コストを最適化するとともに、異なるクラウド環境全体での災害復旧とコンプライアンスを確保できます。

このスキルには、プロバイダー間のコンピューティング、ストレージ、データベースサービスの比較に関する包括的なガイダンスに加え、DR対応の単一プロバイダー構成、ベストオブブリードのサービス統合、地理的分散、クラウド非依存の抽象化など、推奨されるマルチクラウドアーキテクチャパターンが含まれています。 また、コスト最適化戦略、移行フェーズ、およびインフラストラクチャ・アズ・コード、CI/CD、モニタリング、セキュリティに関するベストプラクティスについても概説しています。ユーザーは、Kubernetes、PostgreSQL、Apache Kafka、S3互換ストレージといったツールや、Terraformベースの抽象化レイヤーを活用して、クラウド非依存の代替案をどのように実装するかを明確に理解できるようになります。

このスキルの主な対象者は、クラウドアーキテクト、DevOpsエンジニア、およびマルチクラウド戦略と移行を担当するITチームです。プロバイダー間で柔軟性を維持しつつ、耐障害性、拡張性、コスト効率に優れたシステムを設計しようとする組織にとって特に有用です。 ユースケースには、マルチクラウド戦略の策定、クラウド間のワークロード移行、特定のワークロードに適したクラウドサービスの選定、クラウド非依存型アプリケーションの実装、および多様な環境におけるコストとパフォーマンスの監視などが含まれます。

よくある質問

このスキルではどのクラウドプロバイダーがサポートされていますか?

このスキルはAWS、Azure、GCPに焦点を当てており、これらのプロバイダーにまたがるサービスやパターンに関するガイダンスを提供します。

このスキルは、クラウド間のコスト最適化に役立ちますか?

はい。クラウドコストを最適化するための、リザーブドインスタンス、スポット/プリエンプティブルインスタンスの活用、適切なサイジング、サーバーレスオプション、および監視ツールの活用に関する戦略が含まれています。

このスキルは、既存のワークロードの移行に適していますか?

はい。評価、パイロット、移行、最適化の各フェーズを含む段階的な移行アプローチの概要を説明しています。

クラウド非依存のアーキテクチャ設計をサポートしていますか?

はい。Kubernetes、PostgreSQL、Apache Kafka、Redis、およびS3互換ストレージを、クラウド非依存の代替手段として活用するための推奨事項を提供しています。

このスキルを効果的に活用するための前提条件はありますか?

マルチクラウドアーキテクチャを効果的に実装するためには、ユーザーはクラウドプラットフォーム、Infrastructure as Code(IaC)ツール、および基本的なDevOpsプラクティスに関する知識を持っている必要があります。

GitHubで見る

English | 日本語

マルチクラウドアーキテクチャ

AWS、Azure、GCPにまたがるアプリケーションをアーキテクチングするための意思決定フレームワークとパターン。

目的

クラウドプロバイダー間でクラウドアグノスティックアーキテクチャを設計し、サービス選択について情報に基づいた決定を行います。

使用タイミング

  • マルチクラウド戦略の設計
  • クラウドプロバイダー間のマイグレーション
  • 特定ワークロード用クラウドサービスの選択
  • クラウドアグノスティックアーキテクチャの実装
  • プロバイダー間のコスト最適化

クラウドサービス比較

コンピュートサービス

AWSAzureGCPユースケース
EC2Virtual MachinesCompute EngineIaaS VM
ECSContainer InstancesCloud Runコンテナ
EKSAKSGKEKubernetes
LambdaFunctionsCloud Functionsサーバーレス
FargateContainer AppsCloud Runマネージドコンテナ

ストレージサービス

AWSAzureGCPユースケース
S3Blob StorageCloud Storageオブジェクトストレージ
EBSManaged DisksPersistent Diskブロックストレージ
EFSAzure FilesFilestoreファイルストレージ
GlacierArchive StorageArchive Storageコールドストレージ

データベースサービス

AWSAzureGCPユースケース
RDSSQL DatabaseCloud SQLマネージドSQL
DynamoDBCosmos DBFirestoreNoSQL
AuroraPostgreSQL/MySQLCloud Spanner分散SQL
ElastiCacheCache for RedisMemorystoreキャッシング

参照: 完全な比較はreferences/service-comparison.md参照

マルチクラウドパターン

パターン1: DR付き単一プロバイダー

  • 1つのクラウドでプライマリワークロード
  • 別のクラウドで災害復旧
  • クラウド間のデータベースレプリケーション
  • 自動フェイルオーバー

パターン2: ベストオブブリード

  • 各プロバイダーから最適なサービスを使用
  • GCPでAI/ML
  • Azureでエンタープライズアプリケーション
  • AWSで一般的なコンピュート

パターン3: 地理的分散

  • 最寄りのクラウドリージョンからユーザーを提供
  • データ主権コンプライアンス
  • グローバルロードバランシング
  • リージョナルフェイルオーバー

パターン4: クラウドアグノスティック抽象化

  • コンピュートにKubernetes
  • データベースにPostgreSQL
  • S3互換ストレージ(MinIO)
  • オープンソースツール

クラウドアグノスティックアーキテクチャ

クラウドネイティブ代替の使用

  • コンピュート: Kubernetes(EKS/AKS/GKE)
  • データベース: PostgreSQL/MySQL(RDS/SQL Database/Cloud SQL)
  • メッセージキュー: Apache Kafka(MSK/Event Hubs/Confluent)
  • キャッシュ: Redis(ElastiCache/Azure Cache/Memorystore)
  • オブジェクトストレージ: S3互換API
  • 監視: Prometheus/Grafana
  • サービスメッシュ: Istio/Linkerd

抽象化層

アプリケーション層    ↓インフラ抽象化(Terraform)    ↓クラウドプロバイダーAPI    ↓AWS / Azure / GCP

コスト比較

コンピュート価格要因

  • AWS: オンデマンド、リザーブド、スポット、セービングプラン
  • Azure: 従量課金、リザーブド、スポット
  • GCP: オンデマンド、コミット使用、プリエンプティブル

コスト最適化戦略

  1. リザーブド/コミットキャパシティの使用(30-70%節約)
  2. スポット/プリエンプティブルインスタンスの活用
  3. リソースの適正サイジング
  4. 変動ワークロードにサーバーレスを使用
  5. データ転送コストの最適化
  6. ライフサイクルポリシーの実装
  7. コスト配分タグの使用
  8. クラウドコストツールで監視

参照: references/multi-cloud-patterns.md参照

マイグレーション戦略

フェーズ1: 評価

  • 現在のインフラのインベントリ
  • 依存関係の特定
  • クラウド互換性の評価
  • コストの見積もり

フェーズ2: パイロット

  • パイロットワークロードの選択
  • ターゲットクラウドでの実装
  • 徹底的なテスト
  • 学習の文書化

フェーズ3: マイグレーション

  • ワークロードの段階的マイグレーション
  • デュアルラン期間の維持
  • パフォーマンスの監視
  • 機能の検証

フェーズ4: 最適化

  • リソースの適正サイズ化
  • クラウドネイティブサービスの実装
  • コストの最適化
  • セキュリティの強化

ベストプラクティス

  1. Infrastructure as Codeの使用(Terraform/OpenTofu)
  2. CI/CDパイプラインの実装でデプロイ
  3. クラウド間の障害設計
  4. 可能な場合マネージドサービスを使用
  5. 包括的な監視の実装
  6. コスト最適化の自動化
  7. セキュリティベストプラクティスに従う
  8. クラウド固有の設定を文書化
  9. 災害復旧手順をテスト
  10. 複数クラウドでチームをトレーニング

参照ファイル

  • references/service-comparison.md - 完全なサービス比較
  • references/multi-cloud-patterns.md - アーキテクチャパターン

関連スキル

  • terraform-module-library - IaC実装用
  • cost-optimization - コスト管理用
  • hybrid-cloud-networking - 接続用

すべてのファイル

1件のファイル

multi-cloud-architectureをインストール

スキルファイルをダウンロードし、.claude/skills/ ディレクトリに解凍してください。

ZIPをダウンロード

リポジトリをクローンし、スキルファイルをプロジェクトにコピーしてください。

git clone https://github.com/amurata/cc-tools/blob/main/i18n/ja/plugins/cloud-infrastructure/skills/multi-cloud-architecture/SKILL.md # Copy SKILL.md to your .claude/skills/ directory

コピー コピー
クイックセットアップ: skill フォルダを .claude/skills/ にコピーしてください。Claude が自動的にスキルを検出して使用します。
リポジトリ amurata/cc-tools

関連スキル

Cloudflare Manager
更新された時間 2026年6月29日
sentry-architecture-variants
更新された時間 2026年6月29日
pinecone
更新された時間 2026年6月29日
azure-setup-guide
更新された時間 2026年6月29日
OR