在第一次SAP在线跟踪期间，Fatima Silveira和我有幸分享了我们关于容器、SAP HANA、HDI容器和CI/CD管道扩展的最新实验。

这篇博客文章提供了一些初步的背景，是展示我们做了什么以及如何做的系列文章中的第一篇，关于如何在现实场景中实现这一点的说明。

当一个经验丰富的云本地开发人员团队听说SAP工作负载正在加入云时，大数据培训班，这一冒险就开始了。这个团队已经有了一套成熟的云本地开发实践。他们知道SAP是业务流程中的皇后，想邀请她参加聚会。

他们知道他们可以为业务带来很多创新，大数据开发平台，他们只需要首先超越SAP世界中的缩写。

在SAP HANA世界中，随着SAP对Cloud Foundry的挑战，HANA部署基础设施容器应运而生。尽管HDI容器一起呈现，但不需要XS Advanced或SAP云平台层就可以存在于HANA数据库中。

Thomas Jung在这篇博文中用实用的方法使这一点非常容易理解。

来源：help.sap.com帮助

HDI容器一直是家庭聚餐中激烈争议的来源。如果不了解它们带来的好处，就很难在sidecar HANA中迁移用XS-Classic编写的现有代码库。你的计算视图为你的报告工具提供了素材，而且它工作起来很有魅力，那为什么还要麻烦呢？

原因之一：HDI容器允许分支和隔离。我们将在我们的管道中看到这一点。

哇……这个词不是SAP发明的，但定义这个首字母缩写词很快就会变成一场辩论。更新：

持续集成：有一个共享的repo（例如GitHub），开发者可以将他们的代码合并到其中。这个合并过程会触发自动的代码检查和测试，以确保新的更改不会破坏任何东西。如果测试通过了，整个东西就被捆绑部署了连续交付：手动触发工件部署的行为。例如，大数据如何分析，商城返利，这些变更已经被批准，可以推进生产。这种标准化的工作流程与我们大多数人将传输请求转移到生产性Netweaver安装中的做法没有太大区别。回滚更改的能力也与此相关。连续部署：与交付相同，但部署到生产中是自动化的。

这里的要点是，我们希望做一些小的、增量的更改，以便为代码添加功能并尽可能频繁地发布它。我们将使用一系列工具来检查、测试和发布我们的代码。

如果您想了解更多，这里有一些介绍性的资源可以添加到书签中：

Martin Fowler的持续集成和持续交付谷歌的CI/CD开发者中心很好的介绍视频与代码示例和工具另一个关于跨多个环境的CI/CD的视频

等等…DevOps呢？

好吧，DevOps超越了CI/CD的范畴，它包含了一些概念，比如基础设施作为代码，它们应该有自己完整的章节。我从DevOps文化中得到的一个原则是自动化和专注于更快的反馈循环。

自从Cloud Run第一次发布以来，消防物联网，我就非常喜欢它，因为它允许您部署自动缩放和服务HTTPS端点的托管容器，而不需要对容器有太多了解。

这背后的魔力是Knative，一个开放源码软件该项目由Google发起，由SAP、IBM、Pivotal等公司参与。Knative是关于简化在Kubernetes部署的应用程序中的服务和事件。

为什么它很神奇？它将Kubernetes容器转换为无服务器应用程序。

要了解Knative的功能，请考虑如果Knative不为上述应用程序提供服务，您需要手动处理哪些问题：

从定义Kubernetes的服务和部署开始将传入流量路由和平衡到应用程序的新版本根据传入请求自动增加或减少复制副本的数量（即自动扩展，甚至为零）保持其他应用程序或用户可以连接到的稳定端点（即使在您部署新版本的容器之后）

现在我们已经建立了一些上下文，让我们卷起袖子深入了解细节。

查看第2部分，了解我们如何在CI/CD管道中设置HDI的详细信息。

Lucia Subatin和Fatima Silveira

（最初发布于媒体网站)