你今天站在哪里?
我们已经描述了一个云本机应用程序的外观。 但是，你处于什么位置?
很有可能，除非你是Netflix风格组织，你不在我所说的范围内。 很有可能你的工作负载可能看起来或多或少是这样的：
你还记得 Pets and Cattle的故事吗? 我不再重复了。你可以阅读一下那个博客。
还要注意为何你没有形成基础设施容量和数据之间的关系。更不用说基础设施的状态了。
95%的组织(完全编造的数字，但我觉得差不了多远)本质上是处理一群宠物，通过名字召唤，都有自己的独特的个性和状态(在本地保存)，当他们死的时候你会哭的很凶。
传统的(即不是云原生的)应用程序时,您需要安装，操作，文档，备份，迁移和保护您的工作负载。这与你在云本机应用程序上做的完全相反。
除此之外，没有特定的分离容量和状态。所有工作负载的状态保存在本地磁盘上的每个实例。
在最好的情况下，状态一直备份到一个Word或Excel文档。如果(或者当?)工作负载的接近满负荷，操作员通常会手动地通过一个简单的模板根据Word / Excel“使用说明书”重装一次。
其中的一些工作负载也以数据库或文件的形式托管用户数据。他们需要额外的照顾，这很复杂，甚至以后的可靠性和可伸缩性。
一个很好的试金石：看看您正在运行的旧的应用程序或云本机应用程序是不是如下。
在周一早上11点邀请我到你的数据中心，关闭并摧毁20%的生产实例。 如果您的应用程序部署自我修复本身没有任何需要你的部分，如果有最小的不中断你的终端用户体验，那么你正在运行一个合适的云本机应用程序。 相反，如果你是像“噢，我的天你做了什么?我有一个星期的工作现在在我的面前!”这样的，所有你的手机疯狂地响了，那么欢迎来到还有剩下的95%的人的现实世界。
记住，自动化和自愈是云本机应用程序的一个重要宗旨。我记得会见过一个客户，一个应用程序(计算容量和数据)分布在数据中心的架构只为了保留一个完整的站点不中断。他们告诉我，不幸的是，如果一个数据节点坏了，它将花费数周，也许不是数月手动重建环境。如果你问我，那这不是云。 结论
还有许多其他云本机应用程序的特点,这里我不赘述了。如果你是一个高级的开发人员加入到这个行列中，你最好立刻先把Twelve-Factor App 的说明读一遍。 在这篇文章中我想笨一点方式让这些概念被更多的人明白(特别是没有云或开发人员背景的听众)。
总而言之，我认为强分离容量和状态是其中一个强大的云咒语，把大多数优势(和改变?)与传统IT相比较。
这种分离是一个在任何级别的一个真正的云的基础设施都是的核心原则。在这篇文章中，我利用一个大图提到了全部的复杂的云本机应用程序。
然而,即使你把云环境的最小的原子单元(即一个实例)，分离容量和状态仍然是核心。看看亚马逊是如何描述由一个EC2实例与一对EBS磁盘(即持久的磁盘)组成的一个基本的工作负载：
在一个小得多的规模它传达了这篇文章我试图传达的同样的信息(图形化)。云中的各级模块化是核心。
题外话:具有讽刺意味的是，EC2默认为临时的磁盘，那么云本机应用程序模式(在实例级不需要状态存储)。然而，为了更好地服务传统非云本机应用程序，亚马逊引入一个EBS(单一实例级别持久性)的概念。一个可以称为在持久的磁盘anti-cloud模式的实例。我将因为这点抛弃它。
最后,正如你可能已经猜到了，在这篇文章中你所读到的关于云本机应用程序会引入其他流行语如：敏捷，DevOps，持续性开发、持续性部署和更多更多。 事实上,没有一个正确设计云本机应用程序没有办法，做到这些的。 Massimo。
原文链接：http://dockone.io/article/591
【编辑推荐】
1. 启示：2015国内十大云计算解决方案案例 2. 部署架构云 轻松玩转企业云计算
3. 如何定义混合云计算的服务水平协议？
4. 虚拟化与Docker容器：云计算旧爱新欢的博弈 5. 云计算市场群雄并起，“架构云”突破重围成为新宠
什么是云原生应用程序
