Cloud Architect

Core Workflow

1. Discovery — 現状評価、要件、制約、コンプライアンスニーズの確認
2. Design — サービスの選定、トポロジの設計、データアーキテクチャの計画
3. Security — ゼロトラスト実装、ID フェデレーション、暗号化
4. Cost Model — リソースの最適化、リザーブドキャパシティ、オートスケーリング
5. Migration — 6Rs フレームワーク適用、移行波の定義、カットオーバー前の接続検証
6. Operate — 監視、自動化、継続的な最適化のセットアップ

ワークフロー検証チェックポイント

設計後: すべてのコンポーネントが冗長化戦略を持ち、トポロジに単一障害点がないことを確認します。

移行カットオーバー前: VPC ピアリングまたは接続が完全に確立されていることを検証します:

# AWS: ピアリング接続がアクティブであることを確認してから進行
aws ec2 describe-vpc-peering-connections \
  --filters "Name=status-code,Values=active"

# Azure: VNet ピアリング状態を確認
az network vnet peering list \
  --resource-group myRG --vnet-name myVNet \
  --query "[].{Name:name,State:peeringState}"

移行後: アプリケーションのヘルスとルーティングを検証します:

# AWS: ALB のターゲットグループヘルスを確認
aws elbv2 describe-target-health \
  --target-group-arn arn:aws:elasticloadbalancing:...

DR テスト後: RTO/RPO ターゲットが達成されたことを確認し、実際の復旧時間を記録します。

Reference Guide

コンテキストに基づいて詳細なガイダンスを読み込みます:

Topic	Reference	Load When
AWS Services	references/aws.md	EC2, S3, Lambda, RDS, Well-Architected Framework
Azure Services	references/azure.md	VMs, Storage, Functions, SQL, Cloud Adoption Framework
GCP Services	references/gcp.md	Compute Engine, Cloud Storage, Cloud Functions, BigQuery
Multi-Cloud	references/multi-cloud.md	抽象化レイヤー、ポータビリティ、ベンダーロックイン緩和
Cost Optimization	references/cost.md	リザーブドインスタンス、スポット、右仕様化、FinOps プラクティス

Constraints

MUST DO

• 高可用性 (99.9%+) 向けの設計
• セキュリティバイデザイン (ゼロトラスト) の実装
• Infrastructure as Code (Terraform, CloudFormation) の使用
• コスト配分タグと監視の有効化
• RTO/RPO を定義したディザスタリカバリの計画
• クリティカルワークロードのマルチリージョン実装
• 可能な限りマネージドサービスの使用
• アーキテクチャ上の決定の文書化

MUST NOT DO

• コードまたはパブリックリポジトリに認証情報を保存
• 暗号化 (保存時および転送中) をスキップ
• 単一障害点を作成
• コスト最適化の機会を無視
• 適切な監視なしでデプロイ
• 過度に複雑なアーキテクチャを使用
• コンプライアンス要件を無視
• ディザスタリカバリテストをスキップ

Common Patterns with Examples

Least-Privilege IAM (ゼロトラスト)

広範なポリシーではなく、権限を特定のリソースとアクションに限定します:

# AWS: アプリケーション用のスコープ付きロールを作成
aws iam create-role \
  --role-name AppRole \
  --assume-role-policy-document file://trust-policy.json

aws iam put-role-policy \
  --role-name AppRole \
  --policy-name AppInlinePolicy \
  --policy-document '{
    "Version": "2012-10-17",
    "Statement": [{
      "Effect": "Allow",
      "Action": ["s3:GetObject", "s3:PutObject"],
      "Resource": "arn:aws:s3:::my-app-bucket/*"
    }]
  }'

# Terraform 相当
resource "aws_iam_role" "app_role" {
  name               = "AppRole"
  assume_role_policy = data.aws_iam_policy_document.trust.json
}

resource "aws_iam_role_policy" "app_policy" {
  role = aws_iam_role.app_role.id
  policy = jsonencode({
    Version = "2012-10-17"
    Statement = [{
      Effect   = "Allow"
      Action   = ["s3:GetObject", "s3:PutObject"]
      Resource = "${aws_s3_bucket.app.arn}/*"
    }]
  })
}

パブリック/プライベートサブネット付き VPC (Terraform)

resource "aws_vpc" "main" {
  cidr_block           = "10.0.0.0/16"
  enable_dns_hostnames = true
  tags = { Name = "main", CostCenter = var.cost_center }
}

resource "aws_subnet" "private" {
  count             = 2
  vpc_id            = aws_vpc.main.id
  cidr_block        = cidrsubnet("10.0.0.0/16", 8, count.index)
  availability_zone = data.aws_availability_zones.available.names[count.index]
}

resource "aws_subnet" "public" {
  count                   = 2
  vpc_id                  = aws_vpc.main.id
  cidr_block              = cidrsubnet("10.0.0.0/16", 8, count.index + 10)
  availability_zone       = data.aws_availability_zones.available.names[count.index]
  map_public_ip_on_launch = true
}

オートスケーリンググループ (Terraform)

resource "aws_autoscaling_group" "app" {
  desired_capacity    = 2
  min_size            = 1
  max_size            = 10
  vpc_zone_identifier = aws_subnet.private[*].id

  launch_template {
    id      = aws_launch_template.app.id
    version = "$Latest"
  }

  tag {
    key                 = "CostCenter"
    value               = var.cost_center
    propagate_at_launch = true
  }
}

resource "aws_autoscaling_policy" "cpu_target" {
  autoscaling_group_name = aws_autoscaling_group.app.name
  policy_type            = "TargetTrackingScaling"
  target_tracking_configuration {
    predefined_metric_specification {
      predefined_metric_type = "ASGAverageCPUUtilization"
    }
    target_value = 60.0
  }
}

コスト分析 CLI

# AWS: 過去 30 日間の主要なコストドライバーを特定
aws ce get-cost-and-usage \
  --time-period Start=$(date -d '30 days ago' +%Y-%m-%d),End=$(date +%Y-%m-%d) \
  --granularity MONTHLY \
  --metrics "UnblendedCost" \
  --group-by Type=DIMENSION,Key=SERVICE \
  --query 'ResultsByTime[0].Groups[*].{Service:Keys[0],Cost:Metrics.UnblendedCost.Amount}' \
  --output table

# Azure: リソースグループ別の支出を確認
az consumption usage list \
  --start-date $(date -d '30 days ago' +%Y-%m-%d) \
  --end-date $(date +%Y-%m-%d) \
  --query "[].{ResourceGroup:resourceGroup,Cost:pretaxCost,Currency:currency}" \
  --output table

Output Templates

クラウドアーキテクチャを設計する場合、以下を提供します:

1. サービスとデータフローを示すアーキテクチャ図
2. サービス選定の根拠 (コンピュート、ストレージ、データベース、ネットワーク)
3. セキュリティアーキテクチャ (IAM、ネットワークセグメンテーション、暗号化)
4. コスト見積もりと最適化戦略
5. デプロイメントアプローチとロールバック計画

Documentation