如果您是容器的新手，请不要被术语所吓倒。这些关键原则将帮助您将应用程序迁移到云。

一般来说，人们想要使用你的应用是一件好事。然而，当应用在服务器上运行时，它的流行是有代价的。有时，您可能会发现，随着用户对资源需求的增加，您需要扩展应用程序。在这种情况下，一种选择是增加更多的服务器，并设置一个像Nginx这样的负载平衡器来满足需求。然而，这种方法可能代价高昂，因为当需求较低时，在没有流量的服务器上运行应用程序实例并不能节省资源。容器的优点是它是非持久化的，当需求增加时开始新的实例，当需求减少时消失。如果这听起来像是您需要的特性，那么现在可能是将应用程序迁移到容器的时候了。

将应用程序迁移到容器中可能很快就会迷失方向。虽然容器内的环境可能感觉很熟悉，但许多容器映像都是最小化的，并且它们被设计为无状态的。但在某种程度上，这是容器的优点之一。就像Python虚拟环境一样，它是一个白板，允许您构建(或重新构建)应用程序，而不需要许多其他环境提供的不可见默认值。

每次向云的迁移都是独一无二的，但是在将应用程序移植到容器之前，您应该了解一些重要的原则。

[01:10 . 1010]将应用程序移植到容器中是了解应用程序实际依赖什么的好机会。由于除了最基本的系统组件之外，默认情况下安装的组件很少，因此应用程序最初不太可能在容器中运行。

在重构之前，确定您的依赖项。首先，用grep查找源代码，找到include、import、require、use或用于在所选语言中声明依赖项的任何关键字。

$ find ~/Code/myproject -type f \ -iname '.java' \ -exec grep import \;然而，仅仅识别您所使用的特定语言的库可能还不够。审计依赖关系，这样您就可以看到语言本身是否需要低级库才能发挥作用，或者特定模块是否按预期执行。

1、理解你的依赖关系

容器无状态。当容器崩溃或停止运行时，该容器的实例将永远丢失。如果您想在该容器中保存数据，那么该数据也将消失。如果应用程序存储用户数据，则所有存储都必须在容器之外，在应用程序实例可以访问的某个地方。

您可以使用映射到容器内某个位置的本地存储存储简单的应用程序配置文件。对于需要管理员提供简单配置值(如管理员的电子邮件地址、网站标题等)的Web应用程序，这是一种常用技术。例如：

$podman run \——volume /local/data:/storage:Z \ mycontainer然而，您可以配置一个数据库，如MariaDB或PostgreSQL，将大量数据存储在多个容器的共享存储中。对于私有信息(如密码)，可以配置机密存储。

根据您需要重构代码并相应地调整存储位置的方式，这可能意味着更改到新容器存储映射的路径，迁移到不同的数据库，甚至合并特定于容器的模块。

2、评估你的数据存储

容器通常在构建时从Git存储库提取源代码。一旦Git存储库成为应用程序生产就绪代码的标准源代码，您就必须有一个管理Git存储库的计划。有一个发布分支或生产分支，并考虑使用Git钩子拒绝意外的未经批准的提交。

[

3、准备好你的 Git 仓库

]容器应用程序可能没有传统的发布周期。在构建容器时，将它们从Git中提取出来。作为容器构建的一部分，您可以启动任意数量的构建系统，但这可能意味着要调整构建系统，使其比过去更加自动化。您应该重构您的构建过程，以便您完全确信它将在无人值守的情况下工作。

当前位置制作镜子并不一定是一项复杂的任务。您可以使用现有的容器映像作为基础，并使用简单的Docker文件对其进行调整。或者，您可以使用Buildah从头构建自己的镜像。

在某种程度上，构建容器的过程与实际重构代码一样，都是开发的一部分。构建容器是为了捕获、组装和执行应用程序，因此该过程必须是自动化和健壮的。建立一个良好的形象，你将为你的应用程序建立一个坚实的基础。

当前位置10-10如果您是容器的新手，请不要被术语吓倒。容器只是另一个环境。容器化开发的约束实际上可以帮助您专注于您的应用程序，并更好地理解它是如何工作的，它需要什么才能可靠地工作，以及当出现问题时潜在的风险是什么。相反，这导致系统管理员在安装和运行应用程序时受到的约束要少得多，因为从本质上讲，容器是一个受控环境。仔细检查代码，了解应用程序的需求，并相应地进行重构。