在我们上一篇关于云原生的文章中，我们了解了这个术语如何表示一种方法论方法和一系列实践。我们还确定了导致其发展的业务需求。现在我们只需要看看这些原则如何转化为实践。
我们抽象地讨论了流程、架构、基础设施和通信方面的变化。实践中出现的是需要一个敏捷、解耦和模块化的应用生态系统。
未来是云原生，
在我们的指南中了解如何开始旅程
从哪里开始：12 因素设计
让我们从每个应用程序的核心开始：代码库。在我们 瑞士电报数据 的场景中，这必须设计为可以轻松复制其所有应用程序和系统依赖项（容器+开发产品奇偶校验），代码和配置之间存在很强的分离（例如数据库的凭据或连接参数） ）并且它是无状态 和 无共享的，即内存和文件系统不被认为在请求之间是持久的，这使得它实际上很容易复制。
这些只是使我们的应用程序成为Cloud Native 的一些元素，能够充分利用云环境，并且是称为12Factor的方法的一部分，参考 12 条一般原则：开发和设计现代应用程序的良好实践和/或对现有的进行现代化改造。
依赖管理
为了正确运行，每个应用程序都有一系列依赖项，包括应用程序（例如语言运行时、供应商库）和系统（操作系统库、内核版本、Linux 或 Windows）。
例如，要执行的 PHP 应用程序肯定需要 PHP 运行时为特定版本（例如 5.6、7.1、7.2），存在一些扩展（例如 mcrypt、mysql、redis），并且所有必要的应用程序依赖项都是正确编译和安装（例如https://getcomposer.org）。完全相同的场景也适用于其他运行时，例如 Java、Ruby、Python 或 Go，
如今，由于使用了Docker和容器，可以以非常简单的方式解决这个问题，它们已成为隔离和容器的标准。将应用程序及其所有依赖项打包在一起，从而使其可以在任何环境（无论是开发还是生产、本机还是云）上轻松传输和执行。