现如今，APP通常会成为一种服务项目来交货，他们被称作网络技术应用程序流程，或saas模式（SaaS）。12-Factor为搭建如下所示的SaaS运用给予了科学方法论：

应用规范化步骤全自动配备，进而使新的开发人员耗费至少的学习培训成本费添加这一新项目。

和硬件中间尽量的断绝来往，在系统结构中给予最高的可扩展性。

合适布署在当今的云计算服务，进而在网络服务器和管理信息系统层面节约网络资源。

将开发工具和工作环境的差别降至最少，并应用持续交付执行迭代开发。

可以在专用工具.构架和开发流程不产生显著转变的条件下完成拓展。

这套基础理论适用随意语言表达和后端开发服务项目（数据库查询.线程池.缓存文件等）开发设计的应用软件。

尤其申明

文中转自海外一篇文章，由AdamWiggins着作，全文详细地址：https://12factor.net/

在该文基本上提升本人的了解及其一部分图示。

统一源码智能管理系统

一份标准编码（Codebase），好几份布署（deploy）

在相近SVN那样的集中型版本号自动控制系统中，标准编码是指自动控制系统中的这一份代码库；而在Git那般的分布式系统版本号自动控制系统中，标准编码则就是指最上下游的那一份代码库。

标准编码和运用中间一直维持一一对应的关联：

一旦有好几个标准编码，就不可以称之为一个运用，反而是一个分布式架构。分布式架构中的每一个部件全是一个运用，每一个运用可以各自应用12-Factor开展开发设计。

好几个运用分享一份标准编码是有悖12-Factor标准的。解决方法是将分享的编码拆分成单独的类库，随后应用依靠管理模式去载入他们。

依靠管理方法

显式申明依靠

大部分计算机语言都是会准备一个装包系统软件，用于为每个类库给予打包服务，如同Perl的CPAN或者Ruby的Rubygems。根据装包安装系统的类库可以是系统软件级的（称作“sitepackages”），或仅作某一应用软件应用，布署在对应的列表中（称作“vendoring”或“bunding”）

12-Factor标准下的应用软件不容易隐式依靠系统软件级的类库。它一定根据依靠明细，准确地申明全部依靠项。除此之外，在运转环节中根据依靠防护专用工具来保证 程序流程不容易读取系统软件中存有但明细中未声明的依靠项。这一作法会统一运用到生产制造和开发工具。

显式申明依靠的特点之一是为新入开发人员简单化了自然环境配备步骤。新的开发商可以验出应用软件的标准编码，安裝计算机语言自然环境和它相应的依靠可视化工具，只需根据一个搭建指令来安裝全部的依靠项，就可以开始工作，如Maven，Pip，Npm等

12-Factor运用一样不容易隐式依靠一些系统软件，如ImageMagick或者curl。即使这种专用工具出现于几乎全部系统软件，但终归没法保障全部将来的系统软件都能适用运用成功运作，或者可以和运用兼容。假如运用务必应用到一些系统软件，那麼这种专用工具应当被包括在运用当中。

软件配置管理

在自然环境中存储配置

通常，运用的配备在不一样布署（预公布.工作环境.开发工具这些）间会出现非常大差别。这包括但不限于：

数据库查询，Memcached，及其别的后端开发服务项目的配备。

第三方服务的资格证书，凭据，如AmazonS3.Twitter等。

每一份布署独有的配备，如网站域名等

应用软件不允许将配备储存为编码中的变量定义，这要严苛地将配备与编码分离出来。配备在布署中间差别非常大，编码则沒有。此外，"config"的这一界定不包括內部应用软件配备，这类类别的配备在布署中间不容易各有不同，因而最好是在编码中储存。

提醒：对应用软件是不是在编码中恰当分派了全部配备的铺路石是，代码库是不是可以随时随地变成开源系统，而不必担心泄露一切比较敏感凭证。

应用软件应将配备储存在系统变量中（通常简称为envvars或env）。在没有变更一切编码的情形下，可以在布署中间轻轻松松变更Env自变量;与配置文件不一样，他们几乎沒有机遇被出现意外地检入代码仓库;与自定配置文件或别的配备体制（如Java系统属性）不一样，他们是与语言表达和电脑操作系统不相干的规范。

后端开发服务项目

把后端开发服务项目（backingservices）作为额外网络资源

后端开发服务项目就是指程序执行所须要的根据互联网读取的各种各样服务项目，如数据库查询（MySQL，CouchDB），信息/序列系统软件（RabbitMQ，Beanstalkd），SMTP发送邮件服务项目（Postfix），及其缓存文件系统软件（Memcached）。

相近数据库查询的后台服务项目，通常由布署应用软件的网站管理员一起管理方法。除开本地生活服务以外，应用软件有可能应用了第三方公布和管控的服务项目。实例包含SMTP（比如Postmark），数据采集服务项目（比如NewRelic或Loggly），数据储存服务项目（如AmazonS3），及其应用API浏览的服务项目（比如Twitter,GoogleMaps,Last.fm）。

12-Factor运用不容易有所差异当地或第三方服务。对应用软件来讲，二种全是额外网络资源，根据一个url或者别的储存在配备中的服务项目精准定位/服务项目资格证书来读取数据。12-Factor运用的随意布署，都应当可以在没有做一切编码修改的情形下，将当地MySQL数据库换为第三方服务（比如AmazonRDS）。相近的，当地SMTP服务项目应当还可以和第三方SMTP服务项目（比如Postmark）交换。以上2个事件中，仅需改动配备中的资源地址。