hyperforce-2025

🚨 关键指南

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 是 Salesforce 基于公有云平台（AWS、Azure、Google Cloud）构建的新一代基础设施架构。它代表着 Salesforce 从基于数据中心的基础设施向云原生、容器化微服务的全面重构。

关键创新：基础设施即代码，可部署在任何地方，让客户拥有选择权和控制权，并满足数据驻留合规要求。

五大架构原则

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

对开发者的影响：

• 更高的可用性（99.95% 以上 SLA）
• 透明故障切换（无需更改代码）
• 保证区域数据驻留

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 安全：使用有效期较短（15 分钟）的 JWT

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：欧盟数据保护合规
• 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 调用、存储和计算资源用量

资源

• Hyperforce 信任网站：https://trust.salesforce.com/en/infrastructure/hyperforce/
• Hyperforce 常见问题：Salesforce 帮助文档
• 可用区域：https://help.salesforce.com/s/articleView?id=sf.getstart_domain_overview.htm
• 迁移指南：Salesforce 会在迁移前 90 天提供
• 信任与合规：https://compliance.salesforce.com/

未来路线图（2025 年及以后）

预期增强功能：

• 增加更多区域（非洲、更多亚太地区）
• 自带云（BYOC）——使用你自己的 AWS/Azure 账户
• 多区域主动-主动模式（同时写入多个区域）
• 边缘计算（在 Salesforce 内容分发网络边缘节点运行）
• Kubernetes 集群 API（企业可直接管理 Pod）

Hyperforce 体现了 Salesforce 对现代云原生基础设施的承诺：实现全球规模扩展，同时满足最严格的合规性与性能要求。