multi-cloud-architecture
マルチクラウドアーキテクチャの設計
複数のクラウドプロバイダにまたがってアプリケーションを構築するには、慎重なサービス選択とアーキテクチャの決定が必要です。このスキルは、AWS、Azure、GCP全体にアプリケーションをアーキテクチャするための決定フレームワークとパターンを提供します。
スキルZIPをダウンロード
Claudeでアップロード
設定 → 機能 → スキル → スキルをアップロードへ移動
オンにして利用開始
テストする
「multi-cloud-architecture」を使用しています。 Compare AWS, Azure, and GCP database services for a high-traffic web application that needs ACID compliance and horizontal scaling.
期待される結果:
- AWS: Amazon Aurora with PostgreSQL compatibility - distributed SQL with auto-scaling
- Azure: Azure SQL Database with Hyperscale - managed SQL with elastic resources
- GCP: Cloud Spanner - globally distributed relational database with strong consistency
- Recommendation: For global applications requiring horizontal scaling, Cloud Spanner or Aurora provide the best options. Consider Cloud Spanner if true global distribution is needed.
「multi-cloud-architecture」を使用しています。 What multi-cloud pattern would you recommend for a healthcare application that must comply with data residency requirements in multiple countries?
期待される結果:
- Recommended Pattern: Geographic Distribution
- Key elements:
- 1. Deploy application instances in cloud regions matching data residency requirements
- 2. Use global load balancing to route users to nearest compliant region
- 3. Implement data replication with sovereignty controls
- 4. Configure automatic failover between regions within same jurisdiction
- This pattern ensures data stays within required geographic boundaries while providing high availability.
「multi-cloud-architecture」を使用しています。 Create a migration strategy for moving our on-premise PostgreSQL database to a cloud-native database.
期待される結果:
- Migration Strategy: 4-Phase Approach
- Phase 1 - Assessment: Inventory database size, dependencies, and features used
- Phase 2 - Pilot: Deploy to cloud database, test compatibility, measure performance
- Phase 3 - Migration: Use replication tools, run dual-write period, validate data integrity
- Phase 4 - Optimization: Right-size resources, implement cloud-native features, optimize costs
- Cloud-native options: RDS (AWS), Azure Database (Azure), Cloud SQL (GCP)
セキュリティ監査
安全This skill contains only documentation (SKILL.md) with no executable code. All static findings are false positives: the analyzer misinterpreted 'EC2' as C2 botnet terminology, markdown formatting backticks as shell command execution, and GitHub URL in metadata as hardcoded URL. No security concerns exist.
品質スコア
作れるもの
マルチクラウド戦略の設計
新しいアプリケーションアーキテクチャで複数のクラウドプロバイダを使用する利点とトレードオフを評価します。
クラウド移行の計画
既存のシングルクラウドワークロードを評価し、別のクラウドプロバイダへの移行戦略を計画します。
マルチクラウドコストの最適化
AWS、Azure、GCP間のコスト構造を比較し、最適化の機会を特定します。
これらのプロンプトを試す
[ワークロードタイプ：コンピュート/データベース/ストレージ]について、AWS、Azure、GCP間の同等のサービスは 무엇ですか？
[ワークロードの説明]用のマルチクラウドアーキテクチャを設計する必要があります。どのパターンを推奨し、なぜですか？[特定の要件：コスト/パフォーマンス/レジリエンス]を考慮してください。
[現在のクラウド]から[ターゲットクラウド]へ[ワークロードタイプ]を移行する計画を作成するのを手伝ってください。重要なステップと潜在的な課題は何ですか？
[特定のサービスタイプ]のAWS、Azure、GCP間の総所有コストを比較してください。価格に影響を与える要因と[ユースケース]に最適な価値を提供するプロバイダはどれですか？
ベストプラクティス
- Infrastructure as Code（TerraformまたはOpenTofu）を使用して、クラウド環境間の一貫性を維持する
- フェイルオーバー向けに冗長性と自動フェイルオーバーをプロバイダ間に実装し、障害に備えた設計を行う
- Kubernetesとオープン標準を使用して抽象化レイヤーを実装し、プロバイダロックインを削減する
回避
- 各プロバイダの強みを最適化せずに、すべてのクラウドで同一の設定を実行する
- アプリケーション内でプロバイダ固有サービスを深く使用し、将来の移行を困難にする
- マルチクラウドソリューションを設計する際にデータ転送コストを無視する