hyperforce-2025
Compare original and translation side by side
🇺🇸
Original
English🇨🇳
Translation
Chinese🚨 CRITICAL GUIDELINES
⚠️ 重要指南
Windows File Path Requirements
Windows文件路径要求
MANDATORY: Always Use Backslashes on Windows for File Paths
When using Edit or Write tools on Windows, you MUST use backslashes () in file paths, NOT forward slashes ().
\/Examples:
- ❌ WRONG:
D:/repos/project/file.tsx - ✅ CORRECT:
D:\repos\project\file.tsx
This applies to:
- Edit tool file_path parameter
- Write tool file_path parameter
- All file operations on Windows systems
强制要求:在Windows系统中始终使用反斜杠表示文件路径
在Windows系统上使用编辑或写入工具时,文件路径必须使用反斜杠(),而非正斜杠()。
\/示例:
- ❌ 错误:
D:/repos/project/file.tsx - ✅ 正确:
D:\repos\project\file.tsx
此要求适用于:
- 编辑工具的file_path参数
- 写入工具的file_path参数
- Windows系统上的所有文件操作
Documentation Guidelines
文档编写指南
NEVER create new documentation files unless explicitly requested by the user.
- Priority: Update existing README.md files rather than creating new documentation
- Repository cleanliness: Keep repository root clean - only README.md unless user requests otherwise
- Style: Documentation should be concise, direct, and professional - avoid AI-generated tone
- User preference: Only create additional .md files when user specifically asks for documentation
除非用户明确要求,否则绝不要创建新的文档文件。
- 优先级:优先更新现有README.md文件,而非创建新文档
- 仓库整洁性:保持仓库根目录整洁 - 除非用户要求,否则仅保留README.md
- 风格:文档应简洁、直接、专业 - 避免AI生成式语气
- 用户偏好:仅在用户明确要求文档时才创建额外的.md文件
Salesforce Hyperforce Architecture (2025)
Salesforce Hyperforce 架构(2025版)
What is Hyperforce?
什么是Hyperforce?
Hyperforce is Salesforce's next-generation infrastructure architecture built on public cloud platforms (AWS, Azure, Google Cloud). It represents a complete re-architecture of Salesforce from data center-based infrastructure to cloud-native, containerized microservices.
Key Innovation: Infrastructure as code that can be deployed anywhere, giving customers choice, control, and data residency compliance.
Hyperforce是Salesforce基于公有云平台(AWS、Azure、谷歌云)构建的下一代基础设施架构。它代表了Salesforce从数据中心基础设施到云原生、容器化微服务的全面重构。
核心创新:基础设施即代码,可在任意环境部署,为客户提供选择权、控制权以及数据驻留合规性保障。
Five Architectural Principles
五大架构原则
1. Immutable Infrastructure
1. 不可变基础设施
Traditional: Patch and update existing servers
Hyperforce: Destroy and recreate servers with each deployment
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, reproducibleBenefits:
- No configuration drift
- Consistent environments (dev = prod)
- Fast rollback (redeploy previous image)
- Security patches applied immediately
传统模式:对现有服务器打补丁和更新
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. Multi-Availability Zone Design
2. 多可用区设计
Architecture:
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 secondsImpact on Developers:
- Higher availability (99.95%+ SLA)
- Transparent failover (no code changes)
- Regional data residency guaranteed
架构:
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. Zero Trust Security
3. 零信任安全
Traditional: Perimeter security (firewall protects everything inside)
Hyperforce: No implicit trust - verify everything, always
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)Code Impact:
apex
// 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 Requirements:
- MFA Mandatory: All users must enable MFA
- Session Security: Shorter session timeouts, IP restrictions
- API Security: JWT with short expiration (15 minutes)
传统模式:边界安全(防火墙保护内部所有资源)
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)代码影响:
apex
// 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:所有用户必须启用多因素认证
- 会话安全:更短的会话超时时间、IP限制
- API安全:使用短有效期(15分钟)的JWT
4. Infrastructure as Code (IaC)
4. 基础设施即代码(IaC)
Everything defined as code, version-controlled:
yaml
undefined所有资源均通过代码定义并纳入版本控制:
yaml
undefinedHyperforce deployment manifest (conceptual)
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
**Benefits for Developers**:
- **Reproducible**: Recreate exact environment anytime
- **Version Controlled**: Track all infrastructure changes in Git
- **Testable**: Validate infrastructure before deployment
- **Automated**: No manual configuration, eliminates human errorapiVersion: 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. Clean Slate (No Legacy Constraints)
5. 全新重构(无遗留约束)
Hyperforce rebuilt from scratch:
- Modern Kubernetes orchestration
- Cloud-native services (managed databases, object storage)
- API-first design (everything accessible via API)
- Microservices architecture (independent scaling)
- No legacy code or technical debt
Hyperforce从零开始重建:
- 现代化Kubernetes编排
- 云原生服务(托管数据库、对象存储)
- API优先设计(所有功能均可通过API访问)
- 微服务架构(独立扩缩容)
- 无遗留代码或技术债务
Public Cloud Integration
公有云集成
AWS Hyperforce Architecture
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 Services Used:
- Compute: EKS (Elastic Kubernetes Service)
- Database: Aurora PostgreSQL (multi-master)
- Storage: S3 (object storage), EBS (block storage)
- Networking: VPC, ALB, Route 53, CloudFront CDN
- Security: IAM, KMS, Shield, WAF, Certificate Manager
┌────────────────────────────────────────────────────────┐
│ 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(弹性Kubernetes服务)
- 数据库:Aurora PostgreSQL(多主节点)
- 存储:S3(对象存储)、EBS(块存储)
- 网络:VPC、ALB、Route 53、CloudFront CDN
- 安全:IAM、KMS、Shield、WAF、证书管理器
Azure Hyperforce Architecture
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)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 Architecture
谷歌云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)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)Data Residency and Compliance
数据驻留与合规性
Geographic Regions (2025)
地理区域(2025年)
Available Hyperforce Regions:
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可用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) - AWSData Residency Guarantees
数据驻留保障
What stays in region:
- All customer data (records, attachments, metadata)
- Database backups
- Transaction logs
- Audit logs
What may leave region:
- Telemetry data (anonymized performance metrics)
- Security threat intelligence
- Platform health monitoring
Code Implication:
apex
// 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保留在区域内的内容:
- 所有客户数据(记录、附件、元数据)
- 数据库备份
- 事务日志
- 审计日志
可能离开区域的内容:
- 遥测数据(匿名性能指标)
- 安全威胁情报
- 平台健康监控
代码影响:
apex
// 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 boundaryCompliance Certifications
合规认证
Hyperforce maintains:
- SOC 2 Type II: Security, availability, confidentiality
- ISO 27001: Information security management
- GDPR: EU data protection compliance
- HIPAA: Healthcare data protection (BAA available)
- PCI DSS: Payment card data security
- FedRAMP: US government cloud security (select regions)
Hyperforce已获得以下认证:
- SOC 2 Type II:安全、可用性、保密性
- ISO 27001:信息安全管理
- GDPR:欧盟数据保护合规
- HIPAA:医疗保健数据保护(可签署业务关联协议BAA)
- PCI DSS:支付卡数据安全
- FedRAMP:美国政府云安全(部分区域支持)
Performance Improvements
性能提升
Latency Reduction
延迟降低
Old Architecture (data center-based):
User (Germany) → Transatlantic cable → US Data Center → Response
Latency: 150-200msHyperforce:
User (Germany) → Frankfurt Hyperforce Region → Response
Latency: 10-30ms
Result: 5-10x faster for regional users旧架构(基于数据中心):
User (Germany) → Transatlantic cable → US Data Center → Response
Latency: 150-200msHyperforce架构:
User (Germany) → Frankfurt Hyperforce Region → Response
Latency: 10-30ms
Result: 5-10x faster for regional usersAuto-Scaling
自动扩缩容
Traditional: Fixed capacity, must provision for peak load
Hyperforce: Dynamic scaling based on demand
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 degradationGovernor Limits - No Change:
apex
// 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模式:根据需求动态扩缩容
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 degradationGovernor限制无变化:
apex
// 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 usersMigration to Hyperforce
迁移至Hyperforce
Migration Process
迁移流程
Salesforce handles migration (no customer action required):
Phase 1: Assessment (Salesforce internal)
├─ Analyze org size, customizations
├─ Identify any incompatible features
└─ Plan migration window
Phase 2: Pre-Migration (Customer notified)
├─ Salesforce sends notification (90 days notice)
├─ Customer tests in sandbox (migrated first)
└─ Customer validates functionality
Phase 3: Migration (Weekend maintenance window)
├─ Backup all data
├─ Replicate data to Hyperforce
├─ Cutover DNS (redirect traffic)
└─ Validate migration success
Phase 4: Post-Migration
├─ Monitor performance
├─ Support customer issues
└─ Decommission old infrastructure
Downtime: Typically <2 hoursSalesforce负责迁移(无需客户操作):
Phase 1: Assessment (Salesforce internal)
├─ Analyze org size, customizations
├─ Identify any incompatible features
└─ Plan migration window
Phase 2: Pre-Migration (Customer notified)
├─ Salesforce sends notification (90 days notice)
├─ Customer tests in sandbox (migrated first)
└─ Customer validates functionality
Phase 3: Migration (Weekend maintenance window)
├─ Backup all data
├─ Replicate data to Hyperforce
├─ Cutover DNS (redirect traffic)
└─ Validate migration success
Phase 4: Post-Migration
├─ Monitor performance
├─ Support customer issues
└─ Decommission old infrastructure
Downtime: Typically <2 hoursWhat Changes for Developers?
对开发者有哪些变化?
No Code Changes Required:
apex
// Your Apex code works identically on Hyperforce
public class MyController {
public List<Account> getAccounts() {
return [SELECT Id, Name FROM Account LIMIT 10];
}
}
// No changes needed
// Same APIs, same limits, same behaviorPotential Performance Improvements:
- Faster API responses (lower latency)
- Better handling of concurrent users
- Improved batch job processing (parallel execution)
Backward Compatibility: 100% compatible with existing code
无需修改代码:
apex
// Your Apex code works identically on Hyperforce
public class MyController {
public List<Account> getAccounts() {
return [SELECT Id, Name FROM Account LIMIT 10];
}
}
// No changes needed
// Same APIs, same limits, same behavior潜在性能提升:
- API响应更快(延迟更低)
- 更好的并发用户处理能力
- 批处理作业性能提升(并行执行)
向后兼容性:与现有代码100%兼容
Testing Pre-Migration
迁移前测试
Use Sandbox Migration:
1. Salesforce migrates your sandbox first
2. Test all critical functionality:
├─ Custom Apex classes
├─ Triggers and workflows
├─ Integrations (API callouts)
├─ Lightning components
└─ Reports and dashboards
3. Validate performance:
├─ Run load tests
├─ Check API response times
└─ Verify batch jobs complete
4. Report any issues to Salesforce
5. Production migration scheduled after sandbox validated使用沙箱迁移测试:
1. Salesforce migrates your sandbox first
2. Test all critical functionality:
├─ Custom Apex classes
├─ Triggers and workflows
├─ Integrations (API callouts)
├─ Lightning components
└─ Reports and dashboards
3. Validate performance:
├─ Run load tests
├─ Check API response times
└─ Verify batch jobs complete
4. Report any issues to Salesforce
5. Production migration scheduled after sandbox validatedHyperforce for Developers
面向开发者的Hyperforce
Enhanced APIs
增强型API
Hyperforce exposes infrastructure APIs:
apex
// Query org's Hyperforce region (API 62.0+)
Organization org = [SELECT Id, InstanceName, InfrastructureRegion__c FROM Organization LIMIT 1];
System.debug('Region: ' + org.InfrastructureRegion__c); // 'aws-us-east-1'
// Check if org is on Hyperforce
System.debug('Is Hyperforce: ' + org.IsHyperforce__c); // trueHyperforce暴露基础设施API:
apex
// Query org's Hyperforce region (API 62.0+)
Organization org = [SELECT Id, InstanceName, InfrastructureRegion__c FROM Organization LIMIT 1];
System.debug('Region: ' + org.InfrastructureRegion__c); // 'aws-us-east-1'
// Check if org is on Hyperforce
System.debug('Is Hyperforce: ' + org.IsHyperforce__c); // truePrivate Connectivity
私有连接
AWS PrivateLink / Azure Private Link:
Traditional: Salesforce API → Public Internet → Your API
Security: TLS encryption, but still public internet
Hyperforce PrivateLink: Salesforce API → Private Network → Your API
Security: Never touches public internet, lower latency
Setup:
1. Create VPC Endpoint (AWS) or Private Endpoint (Azure)
2. Salesforce provides service endpoint name
3. Configure Named Credential in Salesforce with private endpoint
4. API calls route over private networkConfiguration:
apex
// Named Credential uses PrivateLink endpoint
// Setup → Named Credentials → External API (PrivateLink)
// URL: https://api.internal.example.com (private endpoint)
// Apex callout
HttpRequest req = new HttpRequest();
req.setEndpoint('callout:ExternalAPIPrivateLink/data');
req.setMethod('GET');
Http http = new Http();
HttpResponse res = http.send(req);
// Callout never leaves private network
// Lower latency, higher securityAWS PrivateLink / Azure Private Link:
Traditional: Salesforce API → Public Internet → Your API
Security: TLS encryption, but still public internet
Hyperforce PrivateLink: Salesforce API → Private Network → Your API
Security: Never touches public internet, lower latency
Setup:
1. Create VPC Endpoint (AWS) or Private Endpoint (Azure)
2. Salesforce provides service endpoint name
3. Configure Named Credential in Salesforce with private endpoint
4. API calls route over private network配置:
apex
// Named Credential uses PrivateLink endpoint
// Setup → Named Credentials → External API (PrivateLink)
// URL: https://api.internal.example.com (private endpoint)
// Apex callout
HttpRequest req = new HttpRequest();
req.setEndpoint('callout:ExternalAPIPrivateLink/data');
req.setMethod('GET');
Http http = new Http();
HttpResponse res = http.send(req);
// Callout never leaves private network
// Lower latency, higher securityMonitoring
监控
CloudWatch / Azure Monitor Integration:
Salesforce publishes metrics to your cloud account:
├─ API request volume
├─ API response times
├─ Error rates
├─ Governor limit usage
└─ Batch job completion times
Benefits:
- Unified monitoring (Salesforce + your apps)
- Custom alerting (CloudWatch Alarms)
- Cost attribution (AWS Cost Explorer)CloudWatch / Azure Monitor集成:
Salesforce publishes metrics to your cloud account:
├─ API request volume
├─ API response times
├─ Error rates
├─ Governor limit usage
└─ Batch job completion times
Benefits:
- Unified monitoring (Salesforce + your apps)
- Custom alerting (CloudWatch Alarms)
- Cost attribution (AWS Cost Explorer)Best Practices for Hyperforce
Hyperforce最佳实践
Security
安全
- Enable MFA: Required for all users in 2025
- Use WITH SECURITY_ENFORCED: Field-level security in SOQL
- Implement IP whitelisting: Restrict access to known IPs
- Monitor audit logs: Setup → Event Monitoring
- Rotate credentials: API keys, certificates, passwords regularly
- 启用MFA:2025年强制要求所有用户启用
- 使用WITH SECURITY_ENFORCED:在SOQL中强制字段级安全
- 实施IP白名单:限制仅可信IP访问
- 监控审计日志:在Setup → Event Monitoring中配置
- 定期轮换凭证:API密钥、证书、密码定期更新
Performance
性能
- Leverage caching: Platform Cache for frequently accessed data
- Optimize queries: Use indexed fields, selective queries
- Async processing: Use @future, Queueable for non-critical work
- Bulkification: Always design for 200+ records
- Monitor limits: Use Limits class to track governor limit usage
- 利用缓存:使用Platform Cache存储频繁访问的数据
- 优化查询:使用索引字段、选择性查询
- 异步处理:对非关键任务使用@future、Queueable
- 批量处理:始终按200+记录的规模设计
- 监控限制:使用Limits类跟踪Governor限制使用情况
Data Residency
数据驻留
- Understand requirements: Know your compliance obligations
- Choose correct region: Select region meeting your needs
- Validate configurations: Ensure integrations respect boundaries
- Document decisions: Maintain records of data residency choices
- 了解合规要求:明确自身的合规义务
- 选择正确区域:选择符合需求的部署区域
- 验证配置:确保集成服务遵守区域边界
- 记录决策:留存数据驻留相关的决策记录
Cost Optimization
成本优化
- Right-size storage: Archive old data, delete unnecessary records
- Optimize API calls: Batch API calls, use composite APIs
- Schedule batch jobs efficiently: Run during off-peak hours
- Monitor usage: Track API calls, storage, compute usage
- 合理规划存储:归档旧数据,删除不必要的记录
- 优化API调用:批量调用API,使用复合API
- 高效调度批处理作业:在非高峰时段运行
- 监控使用情况:跟踪API调用、存储、计算资源的使用量
Resources
资源
- Hyperforce Trust Site: https://trust.salesforce.com/en/infrastructure/hyperforce/
- Hyperforce FAQ: Salesforce Help documentation
- Available Regions: https://help.salesforce.com/s/articleView?id=sf.getstart_domain_overview.htm
- Migration Guide: Provided by Salesforce 90 days before migration
- Trust & Compliance: https://compliance.salesforce.com/
- 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/
Future Roadmap (2025+)
未来路线图(2025及以后)
Expected Enhancements:
- More regions (Africa, additional Asia Pacific)
- Bring Your Own Cloud (BYOC) - use your own AWS/Azure account
- Multi-region active-active (write to multiple regions simultaneously)
- Edge computing (Salesforce at CDN edge locations)
- Kubernetes cluster API (direct pod management for enterprises)
Hyperforce represents Salesforce's commitment to modern, cloud-native infrastructure that scales globally while meeting the most stringent compliance and performance requirements.
预期增强功能:
- 更多区域(非洲、更多亚太地区)
- 自带云(BYOC)- 使用您自己的AWS/Azure账户
- 多区域双活(同时写入多个区域)
- 边缘计算(Salesforce部署在CDN边缘节点)
- Kubernetes集群API(企业级直接Pod管理)
Hyperforce体现了Salesforce对现代化云原生基础设施的承诺,可实现全球扩展,同时满足最严格的合规性和性能要求。