介绍

在现代，软件通常作为服务交付：称为 Web 应用程序或软件即服务。十二要素应用程序是一种构建软件即服务应用程序的方法：

使用声明式格式进行设置自动化，以最大限度地减少新开发人员加入项目的时间和成本；

与底层操作系统有一个干净的契约，在执行环境之间提供最大的可移植性；

适合部署在现代云平台上，无需服务器和系统管理；

最大限度地减少开发和生产之间的差异，实现持续部署以实现最大敏捷性；

并且可以在不对工具、架构或开发实践进行重大更改的情况下进行扩展。

十二因素方法可以应用于用任何编程语言编写的应用程序，并使用任何支持服务（数据库、队列、内存缓存等）的组合。

任何构建作为服务运行的应用程序的开发人员。部署或管理此类应用程序的运维工程师

在修订控制中跟踪一个代码库，许多部署

十二因素应用程序始终在版本控制系统中进行跟踪，例如 Git、Mercurial 或 Subversion。修订跟踪数据库的副本称为代码存储库，通常缩写为代码存储库或仅存储库。

代码库是任何单个存储库（在像 Subversion 这样的集中式修订控制系统中），或任何共享根提交的存储库集（在像 Git 这样的分散式修订控制系统中）。

一个代码库映射到许多部署

代码库和应用程序之间始终存在一对一的相关性：

如果有多个代码库，那它就不是一个应用程序——它是一个分布式系统。分布式系统中的每个组件都是一个应用程序，每个组件都可以单独遵守十二要素。

多个应用程序共享相同的代码违反了十二因素。这里的解决方案是将共享代码分解为可以通过依赖项管理器包含的库。

每个应用程序只有一个代码库，但会有许多应用程序部署。部署是应用程序的运行实例。这通常是一个生产站点和一个或多个暂存站点。此外，每个开发人员都有一个在其本地开发环境中运行的应用程序副本，每个副本也有资格作为部署。

所有部署中的代码库都相同，尽管每个部署中可能处于活动状态的版本不同。例如，开发人员有一些尚未部署到暂存的提交；暂存有一些尚未部署到生产的提交。但是它们都共享相同的代码库，因此可以将它们识别为同一应用程序的不同部署。

二、依赖关系

显式声明和隔离依赖

大多数编程语言都提供了用于分发支持库的打包系统，例如用于 Perl 的 CPAN 或用于 Ruby 的 Rubygems。

通过打包系统安装的库可以安装在系统范围内（称为“站点包”）或范围内包含应用程序的目录（称为“供应商”或“捆绑”）。如果通过java，那么打包就是jar包，

十二要素应用程序从不依赖于系统范围包的隐式存在。它通过依赖项声明清单完整且准确地声明所有依赖项。此外，它在执行期间使用依赖隔离工具来确保没有隐式依赖从周围系统“泄漏”。完整和显式的依赖规范统一应用于生产和开发。

例如，Bundler for Ruby 为依赖声明提供了 Gemfile 清单格式，为依赖隔离提供了 bundle exec。在 Python 中，这些步骤有两个单独的工具——Pip 用于声明，Virtual env 用于隔离，如果是java环境，通过基础config env 环境进行隔离。

三、配置

在环境中存储配置

应用程序的配置是可能因部署（暂存、生产、开发人员环境等）而异的所有内容。这包括：

四个环境就可以玩转 （Dev,QA，UAT，Prod）三个环境。配置文件也是通过四个进行切换 通过conf配置文件进行切换

【待续】