微服务运维实战：探索十二因素应用程序方法论

如果没记错的话，Heroku（https：//www.heroku．com/）是在2010年左右变得流行起来的。它向我们展示了如何利用软件即服务的原则，它让开发人员不太需要考虑底层基础设施。可以让开发人员专注于开发，而把其余事情留给其他人。

我们所要做的就是把代码推送给Heroku。它可以检测我们使用的编程语言，可以创建一个虚拟机并安装所有的依赖项、编译、启动等。结果就是应用程序在服务器上运行了。

当然，在某些情况下，Heroku无法自己解决所有问题。当这种情况发生时，我们要做的就是创建一个简单的配置，给它提供一些额外的信息。仍然非常容易和有效。

初创企业喜欢Heroku（有些公司仍然如此）。它可以让开发人员专注于开发新特性，并将其他一切留给Heroku。我们编写软件，其他人运行软件。这是最好的软件即服务（SaaS）。这个想法和它背后的原理变得如此流行，以至于许多人决定克隆这个想法并创建自己的类似于Heroku的服务。(www.xing528.com)

在Heroku被广泛采用后不久，它的创建者意识到许多应用程序的执行情况并不像预期的那样。拥有一个将开发者从运维中解放出来的平台是一回事，但实际上编写在SaaS供应商下运行良好的代码则是另外一回事。因此，Heroku的开发者和其他一些人提出了十二因素应用程序原则（https：//12factor.net/）。如果你的应用程序满足了所有十二个因素，则它将作为SaaS很好地工作。这些因素中的大多数对于任何现代应用程序都是有效的，无论它是运行在本地服务器内部还是通过云计算供应商运行，或者在PaaS、SaaS、容器中运行，或者上述没有提到的环境中运行。每个现代应用程序都应该使用十二因素应用程序方法论，或者至少很多人都是这么说的。

让我们来探讨每一个因素，看看如何应用它。也许，只是也许，到目前为止，我们学到的东西将使我们符合十二因素。下面将研究所有的因素，并将它们与本书中使用的服务进行比较。