Build Process Customization

构建过程需要考虑几个自定义设置。

这些自定义设置包括：

core commerce
Data Hub
Javascript storefront

每个自定义设置都使用项目代码存储库中的单独目录，从 repository-root 出发。

core-customize
datahub
js-storefront

构建过程在开始时确定每个镜像的预期内容的哈希码。

它需要考虑多方面的因素，例如：

artifacts 版本。
基本镜像版本。
项目代码存储库的内容。

然后它检查在 Docker 注册表中是否可以使用带有此类哈希标记的镜像：

如果可用 - 将跳过镜像构建并在部署中使用现有镜像。
如果它不可用 - 执行完整镜像构建并在部署中使用新镜像。

Docker Images

构建过程中，会生成下列镜像。

For core commerce customization:

Platform
Solr

For Data Hub customization (optional):

Data Hub

For Javascript storefront (optional):

Javascript storefront with static content.
Javascript storefront with server-side rendering.

Services 和镜像

构建过程组成了部署期间使用的服务和 Docker 镜像的列表。有些服务是可选的，无法自定义的镜像版本是确定的。

服务及其镜像的最终列表如下所示：

Accelerator storefront service → customized Platform image
Backoffice service → customized Platform image
Admin service → customized Platform image
API service → customized Platform image
Solr service → customized Solr image
Zookeeper service → customized Zookeeper image
Image-processing service → image-processing image
Data Hub service → customized Data Hub image
Javascript storefront service → customized Javascript storefront image
Javascript storefront SSR service → customized Javascript storefront SSR image

该构建与环境无关，这意味着同一个构建可以与多个 Commerce Cloud 环境一起使用。这种方法的优点是在开发或暂存环境中测试的相同代码被部署到生产环境中。

与环境紧密相连的设置包括：

Domain names.
IP address.
SSL certificates.
URLs or credentials to resources (database, media storage).
URLs or credentials to any external systems.
Credentials for technical users.
Machine size or available amount of resources (CPU, memory).

此类设置无法出现在最终构建中，因为它将构建与特定环境结合在一起。

环境角色影响环境性能和环境的目的。一般规则是生产环境比 staging 环境快，staging 环境比开发快。环境可以有不同的配置，例如不同的服务属性。

在执行部署时考虑环境的目的。建议：

执行一次构建。构建与环境无关。
将构建部署到所有环境，从开发开始，然后登台，最后到生产。
在将构建提升到下一个环境之前，在每个环境上测试构建。

构建环境与最终的 Commerce Cloud 环境分离。这意味着特定于构建的资源（例如工件存储库）仅可用于构建环境。

同样，特定于最终 Commerce Cloud 环境的资源（例如数据库或媒体存储）对于构建环境不可用。由于构建与环境无关，因此在构建期间不要存储或涉及任何特定于环境的资源，例如外部系统。

更多Jerry的原创文章，尽在：“汪子熙”:

SAP Commerce Cloud 的 build 过程相关推荐

如何构建和部署 SAP Commerce Cloud 项目
原文链接 SAP Commerce Cloud 提供了许多自助服务功能来配置.构建和部署商务解决方案. 当您第一次开始使用时,似乎需要了解很多.在本文中,我们将带您逐步了解如何使用自助服务功能来配置您 ...
SAP Commerce Cloud Build Manifest Components
官方帮助文档: https://help.sap.com/viewer/1be46286b36a4aa48205be5a96240672/v2011/en-US/2be55790d99e4a1dad4 ...
SAP Commerce Cloud portal 的 deployment
Cloud Portal 部署是应用于目标环境的构建实例. 数据迁移模式和数据库更新模式被定义为部署操作的一部分. 数据库迁移模式部署构建时,您可以确定如何更新数据库. 支持的迁移模式有: 无需迁移 ...
SAP Commerce Cloud 概述
原文标题:Getting Started with SAP Commerce Cloud 英文版地址:https://www.sap.com/cxworks/article/433893880/get ...
SAP Commerce Cloud (电商云) UI 的懒加载功能
最近工作中处理了 SAP Commerce Cloud (电商云) UI 的一个懒加载 (Lazy Load) 功能的问题,这里把自己学到的东西做个记录. UI 懒加载,有时又称惰性加载,延迟加载,是 ...
什么是 SAP Commerce Cloud 的 catalog
hybris 的目录实际上是业务元素的集合.因此,Catalog 可以看作是商品的容器,这些产品在 SAP Commerce Cloud 里是可销售的实体(产品),最终用户可以针对这些实体进行交易. ...
SAP Commerce Cloud UI 的用户会话管理
这是 Jerry 2021 年的第 51 篇文章,也是汪子熙公众号总共第 328 篇原创文章. 如无特殊说明,本公众号介绍的 SAP Commerce Cloud UI,均指新一代基于 Spartac ...
SAP Commerce Cloud 架构概述
SAP Commerce Cloud Architecture 尽管我们在"SAP Commerce Cloud 入门"一文中介绍了 SAP Commerce Cloud 的一些高 ...
SAP Commerce Cloud 的本地开发
英文版 SAP Commerce Cloud provides a standardized, automated end-to-end build and deployment solution f ...

SAP Commerce Cloud 的 build 过程

Build Process Customization

Docker Images

Services 和镜像

SAP Commerce Cloud 的 build 过程相关推荐

最新文章

热门文章

SAP Commerce Cloud 的 build 过程

Build Process Customization

Docker Images

Services 和 镜像

SAP Commerce Cloud 的 build 过程相关推荐

最新文章

热门文章

Services 和镜像