使用 Docker 策略创建 pod 的基本文件夹结构将如下所示

[suchona.kani.z]

与 Docker 策略相比，源到镜像策略（S2I）要复杂得多。然而，这种方法有一些优点：S2I 是 Red Hat 的内部开发项目，是与 OpenShift 结合创建的。该策略涉及将应用程序复制到基于 Docker 的容器中，然后创建新映像。然而，在当前的 OpenShift 版本中，只能将工件添加到 S2I 进程内的“tar”打包文件中。相反，这意味着：初始映像必须能够处理“tar”文件。此外，命令“/bin/sh”应该是已知的。如果这两件事都是未知的，那么 S2I 进程将被迫执行额外的容器构建来提供服务。


S2I 构建工作流程的图示。来源：红帽

您可能注意到插图中的“运行构建”步骤，因为它标有星号。这里，源文件、脚本和工件在“运行构建”中解包，并在“运行构建”中调用“汇编”脚本。

如果存在上述问题（“tar”或“/bin/sh”未知），则第二次调用“Run build”步骤时，只会调用“assemble”脚本。最后，源文件、脚本和工件已添加到“Doc​​ker 构建导入脚本和源”步骤中。

S2I 流程的五个脚本
S2I 流程中可以使用五种可能的脚本，我想向您简要介绍一下：

1.“assemble”脚本：“assemble”脚本在S2I进程中是绝对必要的。它负责从相应的源构建应用程序工件，并在完成后将它们打包到映像中的适当目录中。

2.“run”脚本：“run”脚本与“assemble”脚本一样，在S2I过程中也是需要的。该脚本的任务是启动创建的应用程序。

3.“save-artifacts”脚本：与上面提到的脚本不同，您可以 加密电子邮件列表 选择使用“save-artifacts”脚本。它通过将工件从一个构建“保存”到下一个构建来加速构建过程。为此，这些工件被打包到“tar”文件中，并在下次构建映像时由 S2I 自动复制。

4.“usage”脚本：“usage”脚本可用于告诉用户如何正确使用创建的图像 - 类似于自述文件。然而，这个脚本也不是必需的。

将现有应用程序迁移到云的构想（第 1 部分）
将现有应用程序迁移到云的构想（第 2 部分）
将现有应用程序迁移到云的构想（第 3 部分）
将现有应用程序迁移到云的构想（第 4 部分）

5.“测试/运行”脚本：“测试/运行”脚本（也是可选的）可以通过简单的过程创建并检查图像是否正常工作。

结论
在我的博客系列中，您了解了哪些技术适合将现有应用程序转移到云，不同云平台有哪些优点和缺点，哪些过程已被证明是成功的，以及在这方面您绝对应该了解哪些技术。我确信我只能在某一点上触及表面，但我希望我能够向您简单易懂地解释如何最好地进行。
您想了解 adesso 作为 VAIT 的一部分如何为您提供支持吗？然后看看我们的网站。