可扩展和高性能环境之上的单个集成层
使用 App Builder 和 API Mesh 无需直接自定义Commerce，从而确保商务层保持精简。这有助于减少从数据库提取数据所需的代码量，并通过缓存从数据库收到的响应来减少对数据库的调用次数。过去涉及与第三方服务、扩展、外部系统等的复杂集成，现在变成了位于云原生、。 App Builder 附带内置身份验证服务、最终用户控件、数据存储和 CI/CD 管道，可帮助您更快地创建自定义应用程序、设计新服务以及通过基于事件的集成实现流程自动化。它还符合支付卡行业 PCI 的规定，具有适当的工具，可以在应用程序发布用于生产实例之前对其进行开发、测试和批准。 App Builder 应用程序是 Nodejs 应用程序，这意味着创建它们的开发人员不需要是Commerce 方面的专家。App Builder 还与多个 Experience Cloud解决方案兼容，使具有不同技能的开发人员能够 美籍华人电话号码表 创建无需编码即可扩展Commerce 核心功能的应用程序。这种方法还可以确保无论补丁或版本升级如何，您的应用程序都不会受到影响 - 并且无需立即升级即可使用它。来自Commerce 的事件可在 App Builder 应用程序中使用，使开发人员可以轻松与其他微服务集成并确保同步正确的数据。 接下来，我们讨论如何使用 App Builder 和 API Mesh 扩展不同的Commerce 实施。 扩展Commerce 实施 从一个简单的案例开始 首先，我们可以看看如何将 App Builder 和 API Mesh 用于一个简单的项目，其中Commerce 为后端，PWA Studio 为前端。 如下图所示， Commerce 基础现在正在使用 App Builder 和 API Mesh 进行扩展。
http://www.exitdata.co.uk/wp-content/uploads/2024/02/%E7%BE%8E%E7%B1%8D%E5%8D%8E%E4%BA%BA%E7%94%B5%E8%AF%9D%E5%8F%B7%E7%A0%81%E8%A1%A8-300x169.png
前端浏览器体验（可以是 Luma 或 PWA Studio）现在通过 App Builder 连接到Commerce，后者又从Commerce 多租户 SaaS 服务以及第三方系统获取信息。此架构避免扩展核心Commerce 基础，使其独立于任何自定义，从而保持轻量级并进一步帮助轻松安装和升级补丁。此架构还确保Commerce Cloud 计算能力不会用于扩展。相反，App Builder 提供的无服务器功能和容量扩展了功能。这种架构使我们更接近 MACH（基于微服务、API 优先、云原生和无头），同时确保您仍在利用Commerce 提供的可组合混合功能。 考虑消费者搜索产品的用例。以前，我们会将此请求发送到 MySQL 数据库并进行全文搜索。将 Live Search 与 App Builder 和 API Mesh 结合使用，请求将发送到网格，然后网格将查找 Live Search 并检索结果，而无需与Commerce 数据库交互。
頁:
[1]