云计算时代应用设计十二要素
在云计算时代。应用的整个生命周期将在数据中心里度过。这跟传统软件模式极大不同。
云应用实际上意味着：代码 + 配置 + 执行时环境。
- 什么样的软件才是可用性和可维护性好的软件？
- 什么样的代码才干避免兴许开发的上手障碍？
- 什么样的实施才干可靠的执行在分布式的环境中？
Heroku （一家 PaaS 服务提供者。2010 年被 Salesforce 收购）平台创始人 Adam Winggins 提出了推荐的应用十二风格，对我们设计和实现云时代（特别是 PaaS 和 SaaS 上）高效的应用都有非常好的參考意义。
以下结合实践经验进行解读。
Codebase - 代码仓库
One codebase tracked in revision control, many deploys
每一个子系统都用独立代码库管理，使用版本号管理，实现独立的部署。
即拆分系统为多个分布式应用，每一个应用使用自己的代码库进行管理。多个应用之间共享的代码用依赖库的形式提供。
Dependencies - 依赖
Explicitly declare and isolate dependencies
显式声明依赖。通过环境来严格隔离不同依赖。所依赖的跟所声明的要保持一致。而且声明要包含依赖库的版本号信息。
Config - 配置
Store config in the environment
在环境变量中保存配置信息，而避免放在源代码或配置文件里。
Backing Services - 后端服务
Treat backing services as attached resources
后端服务（数据库、消息队列、缓存等）作为可挂载资源来使用，这样系统跟外部依赖尽量松耦合。
Build, release, run - 生命周期管理
Strictly separate build and run stages
区分不同生命周期的执行环境。包含创建（代码编译为执行包）、公布（多个执行包和配置放一起打包，打包是一次性的，每次改动都是新的 release）、执行。各个步骤的任务都非常明白。要相互隔离。比如，绝对不同意在执行时去改代码和配置信息（见过太多project师直接 SSH 到生产环境修 bug 了）。
Processes - 进程
Execute the app as one or more stateless processes
以一个或多个无状态的进程来执行应用。即尽量实现无状态。不要在进程中保存数据。尽量通过数据库来共享数据。
Port binding - port
Export services via port binding
通过port绑定来对外提供服务。
能够是 HTTP、XMPP、Redis 等协议。多个应用之间通过 URL 来使用彼此的服务。
Concurrency - 并发模型
Scale out via the process model
通过进程控制来扩展，即尽量以多进程模型进行扩展。
Disposability - 随意存活
Maximize robustness with fast startup and graceful shutdown
高速启动（秒级响应）。优雅关闭（收到 SIGTERM 信号后结束正在处理请求，然后退出），并尽量鲁棒（随时 kill。随时 crash 都不应该导致问题）。
Dev/prod parity - 降低开发与生产环境的差异性
Keep development, staging, and production as similar as possible
尽量保持从开发、演练到生产部署环境的相似性。
这点非常不easy，真正要求project师懂研发，还得懂运维。
Logs - 日志
Treat logs as event streams
将日志当作事件流来进行统一的管理和维护（使用 Logstash 等工具）。
应用仅仅须要将事件写出来，比如到标准输出 stdout，剩下的由採集系统处理。
Admin processes - 管理
Run admin/management tasks as one-off processes
将管理（迁移数据库、查看状态等）作为一次性的系统服务来使用。
管理代码跟业务代码要放在一起进行代码管理。
转载请注明：http://blog.csdn.net/yeasy/article/details/40457885。
