mcpField
H
hyperforce-2025

hyperforce-2025

github.com/josiahsiegelクラウド・DevOps59155 回インストール19 週間前に更新
リポジトリ

hyperforce-2025 について

Salesforce 開発者向けに、Hyperforce のアーキテクチャ、セキュリティ、データレジデンシー、開発上の注意点をまとめたリファレンススキルです。移行ワークフローの詳細は別の参照ファイルに案内します。

主な機能

  1. 015つのアーキテクチャ原則の解説
  2. 02パブリッククラウド構成の概要
  3. 03データレジデンシーとコンプライアンス
  4. 04セキュリティと性能の実践項目
  5. 05移行ワークフロー資料への案内

活用シーン

  1. 01Hyperforce の設計原則の把握
  2. 02地域ごとのデータ要件の評価
  3. 03Hyperforce 移行の計画
  4. 04Salesforce 開発手法の確認

インストール

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

$npx skills add https://github.com/josiahsiegel/claude-plugin-marketplace --skill hyperforce-2025

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

同梱ファイルreferences/migration-and-developer-workflow.md

詳細

🚨 重要なガイドライン

Windows のファイルパス要件

必須：Windows ではファイルパスに必ずバックスラッシュを使用してください

Windows で Edit ツールまたは Write ツールを使用する場合、ファイルパスにはスラッシュ（/）ではなく、バックスラッシュ（\）を必ず使用してください。

例：

  • ❌ 誤り：D:/repos/project/file.tsx
  • ✅ 正しい：D:\repos\project\file.tsx

これは以下に適用されます。

  • Edit ツールの file_path パラメーター
  • Write ツールの file_path パラメーター
  • Windows システムでのすべてのファイル操作
ドキュメント作成ガイドライン

ユーザーから明示的に依頼されない限り、新しいドキュメントファイルを作成しないでください。

  • 優先事項：新しいドキュメントを作成するのではなく、既存の README.md ファイルを更新してください
  • リポジトリの整理：ユーザーから別途依頼されない限り、リポジトリのルートは README.md のみとし、整理された状態を保ってください
  • スタイル：ドキュメントは簡潔で明瞭、かつプロフェッショナルな表現にし、AI が生成したような文体は避けてください
  • ユーザーの希望：ユーザーからドキュメントの作成を明示的に依頼された場合に限り、追加の .md ファイルを作成してください

Salesforce Hyperforce のアーキテクチャ（2025 年）

Hyperforce とは？

Hyperforce は、パブリッククラウドプラットフォーム（AWS、Azure、Google Cloud）上に構築された、Salesforce の次世代インフラストラクチャアーキテクチャです。データセンターを基盤とするインフラストラクチャから、クラウドネイティブでコンテナー化されたマイクロサービスへの、Salesforce の全面的な再設計を表しています。

主な革新点：どこにでもデプロイできるコードとしてのインフラストラクチャにより、顧客に選択肢と制御を提供し、データレジデンシー要件への準拠を実現します。

5 つのアーキテクチャ原則

1. 不変のインフラストラクチャ

従来型：既存のサーバーにパッチを適用して更新します
Hyperforce：デプロイのたびにサーバーを破棄して再作成します

Old Architecture:
Server → Patch → Patch → Patch → Configuration Drift

Hyperforce:
Container Image v1 → Deploy
New Code → Build Container Image v2 → Replace v1 with v2
Result: Every deployment is identical, reproducible

メリット：

  • 設定のドリフトが発生しません
  • 環境に一貫性があります（開発環境 = 本番環境）
  • ロールバックが迅速です（以前のイメージを再デプロイします）
  • セキュリティパッチが即座に適用されます
2. マルチアベイラビリティゾーン設計

アーキテクチャ：

Region: US-East (Virginia)
├─ Availability Zone A (Data Center 1)
│  ├─ App Servers (Kubernetes pods)
│  ├─ Database Primary
│  └─ Load Balancer
├─ Availability Zone B (Data Center 2)
│  ├─ App Servers (Kubernetes pods)
│  ├─ Database Replica
│  └─ Load Balancer
└─ Availability Zone C (Data Center 3)
   ├─ App Servers (Kubernetes pods)
   ├─ Database Replica
   └─ Load Balancer

Traffic Distribution: Round-robin across all AZs
Failure Handling: If AZ fails, traffic routes to remaining AZs
RTO (Recovery Time Objective): <5 minutes
RPO (Recovery Point Objective): <30 seconds

開発者への影響：

  • 可用性の向上（SLA 99.95% 以上）
  • 透過的なフェイルオーバー（コードの変更は不要）
  • リージョン内のデータレジデンシーを保証します
3. ゼロトラストセキュリティ

従来型：境界型セキュリティ（ファイアウォールが内部のすべてを保護します）
Hyperforce：暗黙の信頼を置かず、常にすべてを検証します

Zero Trust Model:
├─ Identity Verification (MFA required for all users by 2025)
├─ Device Trust (managed devices only)
├─ Network Segmentation (micro-segmentation between services)
├─ Least Privilege Access (minimal permissions by default)
├─ Continuous Monitoring (real-time threat detection)
└─ Encryption Everywhere (TLS 1.3, data at rest encryption)

コードへの影響：

// OLD: Assume internal traffic is safe
public without sharing class InternalService {
    // No auth checks - trusted network
}

// HYPERFORCE: Always verify, never trust
public with sharing class InternalService {
    // Always enforce sharing rules
    // Always validate session
    // Always check field-level security

    public List<Account> getAccounts() {
        // WITH SECURITY_ENFORCED prevents data leaks
        return [SELECT Id, Name FROM Account WITH SECURITY_ENFORCED];
    }
}

2025 年の要件：

  • MFA の必須化：すべてのユーザーが MFA を有効にする必要があります
  • セッションセキュリティ：セッションタイムアウトの短縮、IP 制限
  • API セキュリティ：有効期限が短い JWT（15 分）
4. コードとしてのインフラストラクチャ（IaC）

すべてをコードとして定義し、バージョン管理します：

# Hyperforce deployment manifest (conceptual)
apiVersion: hyperforce.salesforce.com/v1
kind: SalesforceOrg
metadata:
  name: production-org
  region: aws-us-east-1
spec:
  edition: enterprise
  features:
    - agentforce
    - dataCloud
    - einstein
  compute:
    pods: 50
    autoScaling:
      min: 10
      max: 100
      targetCPU: 70%
  storage:
    size: 500GB
    replication: 3
  backup:
    frequency: hourly
    retention: 30days
  networking:
    privateLink: enabled
    ipWhitelist:
      - 203.0.113.0/24

開発者にとってのメリット：

  • 再現可能：いつでも同一の環境を再作成できます
  • バージョン管理：すべてのインフラストラクチャの変更を Git で追跡できます
  • テスト可能：デプロイ前にインフラストラクチャを検証できます
  • 自動化：手動での設定が不要になり、人的ミスを排除できます
5. クリーンスレート（レガシーの制約なし）

Hyperforce は一から再構築されました：

  • 最新の Kubernetes オーケストレーション
  • クラウドネイティブなサービス（マネージドデータベース、オブジェクトストレージ）
  • API ファーストの設計（すべてに API 経由でアクセス可能）
  • マイクロサービスアーキテクチャ（独立したスケーリング）
  • レガシーコードや技術的負債なし

パブリッククラウドとの統合

AWS Hyperforce のアーキテクチャ
┌────────────────────────────────────────────────────────┐
│                  AWS Region (us-east-1)                │
├────────────────────────────────────────────────────────┤
│  VPC (Virtual Private Cloud)                           │
│  ├─ Public Subnets (3 AZs)                             │
│  │  └─ Application Load Balancer (ALB)                 │
│  ├─ Private Subnets (3 AZs)                            │
│  │  ├─ EKS Cluster (Kubernetes)                        │
│  │  │  ├─ Salesforce App Pods (autoscaling)            │
│  │  │  ├─ Metadata Service Pods                        │
│  │  │  ├─ API Gateway Pods                             │
│  │  │  └─ Background Job Pods (Batch, Scheduled)       │
│  │  ├─ RDS Aurora PostgreSQL (multi-AZ)                │
│  │  ├─ ElastiCache Redis (session storage)             │
│  │  └─ S3 Buckets (attachments, documents)             │
│  └─ Database Subnets (3 AZs)                           │
│     └─ Aurora Database Cluster                         │
├────────────────────────────────────────────────────────┤
│  Additional Services                                   │
│  ├─ CloudWatch (monitoring, logs)                      │
│  ├─ CloudTrail (audit logs)                            │
│  ├─ AWS Shield (DDoS protection)                       │
│  ├─ AWS WAF (web application firewall)                 │
│  ├─ KMS (encryption key management)                    │
│  └─ PrivateLink (secure connectivity)                  │
└────────────────────────────────────────────────────────┘

使用する AWS サービス：

  • コンピューティング：EKS（Elastic Kubernetes Service）
  • データベース：Aurora PostgreSQL（マルチマスター）
  • ストレージ：S3（オブジェクトストレージ）、EBS（ブロックストレージ）
  • ネットワーキング：VPC、ALB、Route 53、CloudFront CDN
  • セキュリティ：IAM、KMS、Shield、WAF、Certificate Manager
Azure Hyperforce のアーキテクチャ
Azure Region (East US)
├─ Virtual Network (VNet)
│  ├─ AKS (Azure Kubernetes Service)
│  │  └─ Salesforce workloads
│  ├─ Azure Database for PostgreSQL (Hyperscale)
│  ├─ Azure Cache for Redis
│  └─ Azure Blob Storage
├─ Azure Front Door (CDN + Load Balancer)
├─ Azure Monitor (logging, metrics)
├─ Azure Active Directory (identity)
└─ Azure Key Vault (secrets, encryption)
Google Cloud Hyperforce のアーキテクチャ
GCP Region (us-central1)
├─ VPC Network
│  ├─ GKE (Google Kubernetes Engine)
│  ├─ Cloud SQL (PostgreSQL)
│  ├─ Memorystore (Redis)
│  └─ Cloud Storage (GCS)
├─ Cloud Load Balancing
├─ Cloud Armor (DDoS protection)
├─ Cloud Monitoring (Stackdriver)
└─ Cloud KMS (encryption)

データレジデンシーとコンプライアンス

地理的リージョン（2025 年）

利用可能な Hyperforce リージョン：

Americas:
├─ US East (Virginia) - AWS, Azure
├─ US West (Oregon) - AWS
├─ US Central (Iowa) - GCP
├─ Canada (Toronto) - AWS
└─ Brazil (São Paulo) - AWS

Europe:
├─ UK (London) - AWS
├─ Germany (Frankfurt) - AWS, Azure
├─ France (Paris) - AWS
├─ Ireland (Dublin) - AWS
└─ Switzerland (Zurich) - AWS

Asia Pacific:
├─ Japan (Tokyo) - AWS
├─ Australia (Sydney) - AWS
├─ Singapore - AWS
├─ India (Mumbai) - AWS
└─ South Korea (Seoul) - AWS

Middle East:
└─ UAE (Dubai) - AWS
データレジデンシーの保証

リージョン内にとどまるもの：

  • すべての顧客データ（レコード、添付ファイル、メタデータ）
  • データベースのバックアップ
  • トランザクションログ
  • 監査ログ

リージョン外に出る可能性があるもの：

  • テレメトリデータ（匿名化されたパフォーマンス指標）
  • セキュリティ脅威インテリジェンス
  • プラットフォームの稼働状況の監視

コードへの影響：

// Data residency automatically enforced
// No code changes needed - Hyperforce handles it

// Example: File stored in org's region
ContentVersion cv = new ContentVersion(
    Title = 'Customer Contract',
    PathOnClient = 'contract.pdf',
    VersionData = Blob.valueOf('contract data')
);
insert cv;

// File automatically stored in:
// - AWS S3 in org's region
// - Encrypted at rest (AES-256)
// - Replicated across 3 AZs in region
// - Never leaves region boundary
コンプライアンス認証

Hyperforce が維持する認証：

  • SOC 2 Type II：セキュリティ、可用性、機密性
  • ISO 27001：情報セキュリティ管理
  • GDPR：EU のデータ保護コンプライアンス
  • HIPAA：医療データ保護（BAA を利用可能）
  • PCI DSS：決済カードデータのセキュリティ
  • FedRAMP：米国政府のクラウドセキュリティ（一部のリージョン）

パフォーマンスの向上

レイテンシの削減

旧アーキテクチャ（データセンターベース）：

User (Germany) → Transatlantic cable → US Data Center → Response
Latency: 150-200ms

Hyperforce：

User (Germany) → Frankfurt Hyperforce Region → Response
Latency: 10-30ms

Result: 5-10x faster for regional users
オートスケーリング

従来型：容量は固定されており、ピーク負荷に備えたプロビジョニングが必要です Hyperforce：需要に応じて動的にスケーリングします

Business Hours (9 AM - 5 PM):
├─ High user load
├─ Kubernetes scales up pods: 50 → 150
└─ Response times maintained

Off Hours (6 PM - 8 AM):
├─ Low user load
├─ Kubernetes scales down pods: 150 → 30
└─ Cost savings (pay for what you use)

Black Friday (peak event):
├─ Extreme load
├─ Kubernetes scales to maximum: 30 → 500 pods in minutes
└─ No downtime, no performance degradation

ガバナー制限 — 変更なし：

// Hyperforce does NOT change governor limits
// Limits remain the same as classic Salesforce:
// - 100 SOQL queries per transaction
// - 150 DML statements
// - 6 MB heap size (sync), 12 MB (async)

// But: Infrastructure scales to handle more concurrent users

移行と開発者のワークフロー

Hyperforce の詳細な移行フェーズ、準備状況の確認、移行前後のテスト、ロールバックに関する考慮事項、開発者のワークフローの変更、CLI/API に関する注意事項、サンドボックス戦略、エンドポイントの取り扱い、デプロイに関する考慮事項については、references/migration-and-developer-workflow.md を参照してください。Hyperforce への移行を計画または実行する際は、このリファレンスを読み込んでください。

Hyperforce のベストプラクティス

セキュリティ
  • MFA を有効にする：2025 年にはすべてのユーザーに必須です
  • WITH SECURITY_ENFORCED を使用する：SOQL で項目レベルのセキュリティを適用します
  • IP ホワイトリストを設定する：既知の IP からのアクセスに制限します
  • 監査ログを監視する：設定 → イベントモニタリング
  • 認証情報を定期的にローテーションする：API キー、証明書、パスワードを定期的に更新します
パフォーマンス
  • キャッシュを活用する：頻繁にアクセスされるデータには Platform Cache を使用します
  • クエリを最適化する：インデックス付き項目と選択性の高いクエリを使用します
  • 非同期処理を利用する：重要度の低い処理には @future や Queueable を使用します
  • 一括処理に対応する：常に 200 件以上のレコードを想定して設計します
  • 制限を監視する：Limits クラスを使用してガバナー制限の使用状況を追跡します
データレジデンシー
  • 要件を理解する：コンプライアンス上の義務を把握します
  • 適切なリージョンを選択する：ニーズを満たすリージョンを選びます
  • 設定を検証する：インテグレーションが境界を遵守していることを確認します
  • 判断を文書化する：データレジデンシーに関する選択の記録を維持します
コストの最適化
  • ストレージを適正化する：古いデータをアーカイブし、不要なレコードを削除します
  • API 呼び出しを最適化する：API 呼び出しをバッチ処理し、複合 API を使用します
  • バッチジョブを効率的にスケジュールする：オフピーク時間帯に実行します
  • 使用状況を監視する：API 呼び出し、ストレージ、コンピューティングの使用状況を追跡します

リソース

今後のロードマップ（2025 年以降）

予定されている機能強化：

  • リージョンの拡大（アフリカ、アジア太平洋地域の追加リージョン）
  • Bring Your Own Cloud（BYOC）— 独自の AWS/Azure アカウントを使用
  • マルチリージョンのアクティブ・アクティブ構成（複数のリージョンに同時に書き込み）
  • エッジコンピューティング（CDN のエッジロケーションでの Salesforce）
  • Kubernetes クラスター API（エンタープライズ向けの直接的な Pod 管理）

Hyperforce は、最も厳格なコンプライアンス要件とパフォーマンス要件を満たしながらグローバルに拡張できる、最新のクラウドネイティブなインフラストラクチャに対する Salesforce の取り組みを示すものです。

コメント

Markdown 対応