Salesforce 平台集成架构设计常识

1. Salesforce平台集成设计的基本准则：

平台集成需要综合考虑当前的技术能力和业务策略 ：最好的Salesforce架构设计，不是简单采用最新的技术，而是考虑该架构设计是否能带来业务上的价值。也就是说架构设计时需要充分考虑业务需求、业务蓝图，并且能够平稳的支持未来3-5年的业务发展。

集成架构设计需要满足服务等级协议（SLA ）：例如在设计集成架构时，需要考虑怎样的数据同步频率能够满足用户对数据新鲜度的要求。

集成架构设计时，应该综合考虑批量异步处理和实时数据交互 。例如，大批量的数据同步，若在满足SLA的情况下，应采用异步批量数据处理方式。

2. 典型的Salesforce 集成架构场景

1.）数据从Salesforce平台到企业内部系统：

Salesforce发送数据到 DMZ （Demilitarized Zone)：这DMZ区可以是防火墙、服务网络设备等。设计该部分的集成时，需要和网络安全专家一起来设计防火墙规则（常见的防火墙技术有：Whitelisted IPs, two-way SSL, basic HTTP authentication）。

数据从DMZ区 到企业内部应用：通常企业内部会有一个企业服务总线（ESB）来完成外部系统与内部系统间的数据交换。

数据从企业服务总线（ESB）推送到各个内部应用（如 SOA，数据库仓库等）：根据企业服务总线的具体情况，数据从ESB 推送到 SOA架构体系、内部数据仓库等。

2.）数据从企业内部应用到Salesfore平台

消息从ESB到Salesforce平台：若是没有ESB，最好的方式是通过一个统一的中间件和Salesforce进行数据交换。

批量从企业内部系统同步数据到Salesforce平台：推荐采用自动化的ETL工具来完成。

Salesforce平台数据备份到本地数据库：虽然Salesforce平台自身数据非常安全，但有时人为的错误操作、错误代码或错误的处理流程都会使Salesforce平台中的数据产生错误，这时就可通过恢复之前备份的数据到Salesforce系统中，减少错误带来的损失。

Salesforce平台中数据与EDW中的数据进行互相同步：通常采用批量处理的方式比较高效和经济。

3.）数据从Salesforce平台 到 Salesforce 平台

如果你有多个Orgs，需要在Orgs之间交换数据或信息：Salesforce提供了Salesforce2Salesforce的方式；也可以通过RESTful WebService来交换数据；也可以通过Hub/Spoke的方式（一种非常高效只读的Orgs之间数据交换方式）。

Salesforce和其他云端应用集成。尽量避免直接基于Apex代码方式去集成。因为这种方式apex代码需要负责数据转换、接口出错处理、重试等工作（而这些工作通常是由中间件完成的），需要花费大量时间在集成开发、问题查找以及维护。建议通过Integration-as-a-Service云的集成方式。很多供应商提供了云应用和云应用的集成服务。