Commerce的体系结构 – 开始配置您的B2C Commerce网站

学习目标

完成本单元后，您将能够：

Salesforce B2C Commerce包括运行电子商务店面所需的资源和流程。您不会直接与云交互；这是支持您的网站的基础。本单元说明了它们如何工作：领域，PIG，SIG以及在它们上运行的实例的类型。

创建或配置站点时，它会被组织为所谓的领域，该领域包括两个组：主实例组（PIG）和辅助实例组（SIG）。领域是特定于商家的。两组都包括可用于配置电子商务网站的工具。

商家通常只有一个适合他们的领域。领域包含在其上开发，测试和部署店面应用程序的实例。B2C Commerce实例是包含以下组件的应用程序基础结构：

通常，商家每个域接收九个实例。其中包括用于在PIG上进行登台，测试和部署的三个实例，用于在SIG上进行代码开发的五个沙箱实例，以及一个演示实例。为了实现可伸缩性，客户每个域最多可以有47个沙箱。

一个领域只有一个PIG和一个SIG。

在Business Manager（用于站点配置和管理的B2C Commerce工具）中，您可以按以下方式使用PIG实例。

通常，商家具有单个领域，可以在其中开发，登台和部署具有不同品牌或地区的多个站点。管理店面站点的人员不必位于同一位置。站点可以共享产品目录或具有不同的目录。他们甚至可以共享一些站点管理员设置。

具有多个业务线或全球团队且每个都有自己的流程或业务策略的商人通常使用多个领域。对于具有不同组织的商家来说，单独的领域也很有用，这些组织具有单独的后端集成，时间表或其他问题，可以更好地进行独立管理。

虽然同一领域中的站点可以共享相同的产品数据主目录，但是不同领域中的站点不能通过目录结构共享数据。但是，他们可以通过将数据导入不同的领域来共享数据。

假设您有两个拥有不同品牌的站点：一个在欧洲，另一个在环太平洋。您可以为管理环太平洋站点的团队提供一个领域，为管理欧洲站点的团队提供另一个领域。

在业务管理器中，您可以在每个实例中配置一个或多个站点。特定实例上的多个站点被视为组织。例如，在配置设置时，可以将它们配置为特定于站点的（一个站点）或跨所有站点（组织）配置。

B2C Commerce实例包含用于定制店面的工具和资源。通过在浏览器中键入实例URL来查看实例，或在业务管理器中打开实例。沙盒，分段，开发和生产这四种实例类型有不同的考虑因素：

沙盒	分期	发展历程	生产
用法	创建和更新店面代码。	配置广告系列，促销，产品，目录和内容。	模拟生产环境。用作使用代码测试内容的最后一步。通过B2C Commerce提供的CDN，但不缓存（内容）。	用于店面交易的实时实例。已连接到B2C Commerce提供的CDN。
数据I / O	对于沙箱，大多数系统作业均被禁用。	数据和代码将上载到暂存中，然后复制到生产或开发中。	从分段复制数据和代码。可以从实例中导出数据。	从分段复制数据和代码。可以从实例中导出数据并将其导入到暂存中。

根据团队的规模，一个人可以扮演多个角色。这些是一些一般责任。

角色	实例类型	职责范围
开发者	沙盒，暂存	开发人员在本地计算机上创建或修改模板，控制器和脚本，然后将它们上载到沙盒进行测试。开发人员将代码上传到登台。他们还可以导出商户在登台时添加的数据，以用作沙箱的测试数据。注意：开发人员仅在测试生产中的产品时才使用开发实例。
跟单员	分期	售货员创建活动和促销，管理产品信息并配置搜索行为。
管理员	所有实例	管理员授予对实例和实例功能的访问权限。他们重新启动实例，管理数据馈送，并上传证书。
质量保证工程师	发展历程	该工程师在尽可能接近生产的条件下测试现场。这里没有代码开发。