深入解析Salesforce生态系统：功能、架构与未来展望

### 深入解析Salesforce生态系统：功能、架构与未来展望 #### 1. 理解Salesforce生态系统的基础 在探讨Salesforce生态系统之前，我们需要明确一些边界和定义。因为从从业者的角度来看，这个生态系统的边界并不清晰，而且随着时间的推移会变得更加模糊。 Salesforce最初是一个类似于谷歌Gmail的基于网络的应用程序。下面我们通过表格对比Gmail和Salesforce CRM的基本功能： | Gmail功能 | Salesforce CRM功能 | | --- | --- | | 可从互联网/任何地方访问 | 是 | | 撰写消息 | 输入数据 | | 发送消息 | 与他人共享 | | 接收消息 | 查看他人的数据 | | 存储消息 | 将数据存储在数据库中 | | 删除消息 | 管理数据 | | 我的邮件不会干扰你的邮件 | 多租户 | | 提供安全/跟踪每个用户的登录情况 | 是 | | 保留发送对象的列表 | CRM功能 | 如果去除CRM功能，剩下的数据、显示和自动化平台的框架就是Lightning Platform，也被称为Customer 360 Platform。销售相关的功能则通过Sales Cloud平台提供。以下是三者功能对比表格： | Gmail功能 | Salesforce CRM功能 | Salesforce产品 | | --- | --- | --- | | 可从互联网/任何地方访问 | 是 | Lightning Platform | | 撰写消息 | 输入数据 | | | 发送消息 | 与他人共享 | | | 接收消息 | 查看他人的数据 | | | 存储消息 | 将数据存储在数据库中 | | | 删除消息 | 管理数据 | | | 我的邮件不会干扰你的邮件 | 多租户 | | | 提供安全/跟踪每个用户的登录情况 | 是 | | | 保留发送对象的列表 | CRM功能 | Sales Cloud | 去除Sales Cloud功能后，剩下的框架可以用于构建和部署可扩展的基于云的应用程序。 “Salesforce”这个词在口语中有三种不同的含义： - 由Marc Benioff联合创立的公司及其所有资产。 - 大多数内部开发产品所依赖的平台。 - 销售云功能（这是三者的最初种子，运行在Salesforce平台上，由Salesforce公司管理）。 此外，在Salesforce的词汇中，“云”并不总是意味着一个单独的托管位置。像Sales Cloud和Service Cloud这样的工具和服务是可以在你的平台实例上进行许可和安装/启用的附加包。 #### 2. 深入了解Salesforce的技术组件 在了解了基本术语后，我们来深入探讨Salesforce的技术组件。需要注意的是，Salesforce的概念和产品一直在统一和重命名，所以你看到的一些名称可能会因阅读时间的不同而有所变化。 ##### 2.1 “全栈”的基本概念 如果你熟悉全栈开发的概念，那么下面的内容就不会陌生。在Salesforce的“栈”中，每一层都可以有功能、代码或定制。有一些层是可以定制的（解锁），而另一些则不能（锁定）。数据和许多配置可以通过各种API和用户界面访问。以下是一个简化的Open Systems Interconnection (OSI)模型图： ```mermaid graph LR classDef process fill:#E5F6FF,stroke:#73A6FF,stroke-width:2px; A(用户界面):::process --> B(应用层):::process B --> C(平台代码):::process C --> D(数据层):::process ``` 每个Salesforce“栈”都有从用户界面到数据的各个部分。随着Hyperforce的出现，Salesforce正在将其工作负载迁移到Amazon Web Services (AWS)。虽然你不需要了解这些细节，但需要理解这些区别以确定不同功能的位置。 ##### 2.2 基本产品栈 当我们讨论“Salesforce”架构时，涉及到多个Salesforce公司收购的技术栈。以下是一个简单的架构图展示不同的技术栈： ```mermaid graph LR classDef process fill:#E5F6FF,stroke:#73A6FF,stroke-width:2px; A(Salesforce核心栈):::process --> B(其他收购技术栈):::process A --> C(Vlocity):::process ``` 所有这些技术栈都属于Salesforce生态系统，但它们的集成程度和流畅度各不相同。大多数情况下，我们将重点讨论Salesforce核心栈。 云服务提供商通常提供文件存储、结构化数据和计算等基本资源。不同的云服务提供商根据资源消耗进行计费，可能基于“用户数量”、CPU时间/负载或数据传输等平均指标。以下是云服务资源的简单表示： | 基本资源 | 描述 | | --- | --- | | 文件存储 | 用于存储各种文件 | | 结构化数据 | 以结构化方式存储的数据 | | 计算 | 数据处理或计算 | ##### 2.3 物理系统和基础设施概念 在SaaS/PaaS生态系统中，物理系统通常是不可见的，我们只能看到暴露的Web或API接口。物理边界意味着子组件不能独立于父组件使用。 - **多租户**：目前，Salesforce实例都托管在Salesforce自有/专有的托管系统上。每个实例通常会托管多个客户，一些大客户可能独占一个实例，其他客户则共享资源。应用平台会管理数据、计算和内存，并且能够在实例出现问题时将客户迁移到未受影响的系统，同时有平台规则确保不同客户之间不会相互影响。 - **Oracle数据库**：Salesforce的后端数据库目前是Oracle实现，但用户、管理员甚至开发人员都无法直接访问。Salesforce平台有一些与传统数据库逻辑相似的数据访问接口，但这些接口经过了多层封装。 - **Hyperforce**：这是一种新的基础设施架构，允许将Salesforce托管迁移到AWS托管。这为客户提供了更多的选择，使其能够根据自身需求配置Salesforce，以满足更高的可用性和容错要求，同时还支持冗余服务器对和可用区。 #### 3. 关键概念的详细解析 为了更好地理解Salesforce生态系统，我们需要对一些关键概念进行详细解析。 ##### 3.1 Salesforce云、实例和组织 - **Salesforce云**：它是Salesforce公司提供的所有产品的总和，以SaaS或PaaS的形式提供给外部用户或企业。 - **Salesforce实例**：是一个多租户的托管容器，多个客户共享资源。它是许多系统的逻辑容器，提供各种服务。Salesforce会按实例进行更新，这些实例组也可称为“pods”。客户主要关注更新时间和故障情况，因为这些会影响他们的使用体验。 - **Salesforce组织（org）**：由于Salesforce的服务器是多租户的，为了安全、管理和架构的目的，一个Salesforce实例可以有一个唯一的URL。通常，“org”指的是与公司或客户相关的特定逻辑应用服务边界。对实例的补丁会影响该实例上的所有组织。 以下是这些概念的对比表格： | 概念 | 描述 | | --- | --- | | Salesforce云 | 所有产品的总和，SaaS或PaaS形式 | | Salesforce实例 | 多租户托管容器，有更新和故障影响 | | Salesforce组织（org） | 特定逻辑应用服务边界，受实例补丁影响 | ##### 3.2 产品或功能 产品或功能是指具有特定名称或品牌的功能模块，它们可以在同一个实例中与其他产品共存，也可能不可以。例如，Sales Cloud和Service Cloud就是可以在平台实例上安装和启用的附加包。 ##### 3.3 沙盒 沙盒是“主”生产组织的副本，具有相同的功能和有限的、可范围的数据。在Salesforce中，生产组织是所有下级组织（如开发和测试组织）的父组织。沙盒有自己的URL，技术上运行在与生产组织不同的硬件主机上，但在逻辑上与生产组织相连并由其管理。除了直接性能方面，沙盒组织在大多数其他方面都与生产组织相关联。 #### 4. 与其他云提供商的比较 为了更清晰地了解Salesforce的生态系统，我们将其与其他云提供商进行比较。 云的简单定义是“一个公司提供的可通过互联网访问的托管服务的总和，可供该公司外部的个人或企业使用”。Salesforce以其面向销售人员的软件即服务（SaaS）应用而闻名，但也提供平台即服务（PaaS），并拥有一个名为Heroku的完整云服务提供商，其功能与行业中的其他知名企业类似。 以下是Salesforce与其他云提供商的简单对比表格： | 云提供商 | 主要服务类型 | 特点 | | --- | --- | --- | | Salesforce | SaaS、PaaS | 专注于CRM，有多种附加包 | | 其他云提供商 | 多种 | 各有特色，如存储、计算等 | 从图中可以看出，Salesforce的一些产品与其他云提供商的产品在功能和应用场景上存在一定的重叠和差异。Salesforce的优势在于其在CRM领域的专业性和丰富的附加功能，而其他云提供商可能在某些特定领域有更深入的技术和服务。 #### 5. 总结与建议 Salesforce生态系统是一个复杂且不断发展的体系，涉及多个层面的技术和概念。在使用Salesforce时，我们需要理解以下几点： - 明确“Salesforce”一词的不同含义，避免混淆。 - 理解“云”在Salesforce词汇中的特殊定义，以及各种附加包的作用。 - 熟悉Salesforce的技术组件，包括全栈概念、产品栈和物理系统。 - 掌握关键概念，如Salesforce云、实例、组织、产品功能和沙盒。 - 了解Salesforce与其他云提供商的差异，以便根据自身需求做出选择。 对于想要深入了解Salesforce的用户，建议从基础概念入手，逐步学习和实践。在实际操作中，可以先在沙盒环境中进行测试和开发，熟悉各种功能和配置。同时，关注Salesforce的官方文档和社区，及时了解最新的产品更新和技术动态。 希望通过本文的介绍，能帮助你更好地理解Salesforce生态系统，为你的工作和业务发展提供有力支持。