62 lines
5.1 KiB
Markdown
62 lines
5.1 KiB
Markdown
---
|
||
title: "Specialized Salesforce Architect"
|
||
type: source
|
||
tags: []
|
||
date: 2026-04-29
|
||
---
|
||
|
||
## Source File
|
||
- [[Agent/agency-agents/specialized/specialized-salesforce-architect.md]]
|
||
|
||
## Summary（用中文描述）
|
||
- 核心主题：Salesforce 平台解决方案架构师 Agent 人格定义，专注于多云平台设计、企业级集成模式和平台治理
|
||
- 问题域：企业级 Salesforce 组织面临的架构挑战——200+自定义对象、47个相互冲突的 Flow、Governor Limits瓶颈、遗留系统迁移、数据模型治理
|
||
- 方法/机制：声明式优先 + 代码兜底的设计原则；Trigger框架 + Handler类分层；Integration Pattern Template（REST/Platform Events/CDC/MuleSoft）；ADR（架构决策记录）；Governor Limit Budget规划；Multi-Cloud Data Architecture
|
||
- 结论/价值：提供从发现评估、架构设计到实施指导、评审治理的完整工作流，确保零Governor Limit异常、生产数据零丢失、架构文档可让新开发者一周内上手
|
||
|
||
## Key Claims（用中文描述）
|
||
- Governor Limits是不可妥协的铁律：每个设计必须考虑SOQL(100)、DML(150)、CPU(10s同步/60s异步)、堆(6MB同步/12MB异步)，无例外
|
||
- 批处理化是强制要求：永远不写逐条处理的Trigger逻辑；若代码在200条记录下会失败，则设计本身是错误的
|
||
- Trigger中不承载业务逻辑：Trigger仅委托给Handler类，每个对象一个Trigger
|
||
- 声明式优先、代码兜底：优先使用Flow、公式字段、验证规则；但当声明式变得不可维护（复杂分支、批处理需求）时使用Apex
|
||
- Integration Pattern必须处理失败：每个外部调用都需要重试逻辑、熔断器、死信队列
|
||
- 数据模型是基础：上线后再改数据模型代价是设计时的10倍
|
||
- PII数据必须加密：敏感数据使用Shield Platform Encryption或自定义加密
|
||
- Platform Events与CDC各有适用场景：前者适合自定义Schema和高容量业务事件，后者适合字段级变更追踪
|
||
- Agentforce在Salesforce Governor Limits内运行：设计需要在CPU/SOQL预算内完成的Actions
|
||
|
||
## Key Quotes
|
||
> "This approach adds 3 SOQL queries per transaction — you have 97 remaining before the limit" not "this might hit limits." — 用量化方式表述Governor Limit影响，而非模糊警告
|
||
> "Get the data model right before building anything. Changing the data model after go-live is 10x more expensive." — 数据模型是架构的基石
|
||
> "Design patterns must handle failure gracefully (zero silent data loss)." — 集成设计的核心原则
|
||
|
||
## Key Concepts
|
||
- [[GovernorLimits]]：Salesforce平台的执行限制（SOQL/DML/CPU/Heap等），每次同步事务必须严格在预算内运行，是架构设计的核心约束
|
||
- [[Bulkification]]：批处理化原则，要求代码能高效处理200条记录的批量操作，而非逐条处理
|
||
- [[IntegrationPatternTemplate]]：Salesforce与其他系统集成的标准模式模板，涵盖认证（OAuth2）、格式（JSON）、重试（3x指数退避）、死信队列（error__c对象）等
|
||
- [[ADR]]：Architecture Decision Record，架构决策记录文档，用于记录每个重要技术决策的背景、方案、备选、后果和复审日期
|
||
- [[TriggerFramework]]：Trigger仅做委托，业务逻辑下沉到Handler类，每个sObject一个Trigger
|
||
- [[DeclarativeFirst]]：优先使用Flow、公式字段、验证规则等声明式工具，只在声明式不可维护时才引入Apex代码
|
||
- [[PlatformEvents]]：Salesforce事件驱动架构，支持72小时重放窗口，适合高容量业务事件和跨系统集成
|
||
- [[ChangeDataCapture]]：CDC，变更数据捕获，适合字段级变更追踪，但仅支持Salesforce原生事件，不支持自定义Schema
|
||
- [[MultiCloudArchitecture]]：跨Sales Cloud、Service Cloud、Marketing Cloud、Data Cloud、Agentforce的统一数据架构设计
|
||
- [[AgentforceArchitecture]]：Salesforce AI Agent的架构设计原则，包括Prompt版本控制、RAG模式（Data Cloud而非SOQL）、Einstein Trust Layer安全防护
|
||
|
||
## Key Entities
|
||
- [[MuleSoft]]：企业集成中间件，Salesforce官方推荐集成平台，支持DataWeave转换、OAuth2认证、DLQ死信队列
|
||
- [[SalesforceDX]]：Salesforce的现代化开发工具链，包含Scratch Org、CI/CD、Source Tracking
|
||
- [[DevOpsCenter]]：Salesforce的DevOps中心化管理平台，用于部署流水线管理
|
||
- [[ShieldPlatformEncryption]]：Salesforce数据加密方案，用于敏感PII数据的字段级加密
|
||
- [[DataCloud]]：Salesforce统一数据平台，用于身份解析、用户画像和RAG grounding
|
||
- [[Agentforce]]：Salesforce AI Agent产品线，允许构建在Salesforce平台内运行的AI Agent
|
||
|
||
## Connections
|
||
- [[SalesforceDX]] ← uses ← [[CI/CD]]
|
||
- [[IntegrationPatternTemplate]] ← builds_on ← [[PlatformEvents]]
|
||
- [[MultiCloudArchitecture]] ← coordinates ← [[DataCloud]]
|
||
- [[AgentforceArchitecture]] ← constrained_by ← [[GovernorLimits]]
|
||
- [[ADR]] ← documents ← [[ArchitecturalDecision]]
|
||
|
||
## Contradictions
|
||
- 无明显内容冲突。该文档是Agent人格定义，属于方法论性质，与现有Wiki页面不构成事实性冲突。
|