谈到云计算的未来，最主流的看法莫过于前《哈佛商业评论》执行主编Nicholas Carr在《IT不再重要》一书中所提到的"电厂"模式。除了这个看法之外，"超市"模式也受到业界一部分人的推崇。下面，我将通过深入分析和比较这两个模式，来探讨一下云计算的未来。在进入讨论之前，如果我们能找出几个合适的维度和角度来帮助分析和比较，将会事半功倍，就像管理学之父德鲁克曾经说过的那样："如果你不能测量它，你就不能管理它"。
云计算的两大维度
谈到云计算的维度，最快在人们的脑中浮想的，莫过于类似动态扩展和按需使用这类的词汇，但这只是外面的皮毛而已。假如从云计算的内部深究，就能发现其有两个非常重要的维度：用户体验和成本。因为基于这两年在云计算方面的积累，我发现云计算的核心理念是非常简单和明了的，就是：方便的用户体验和低廉的成本。方便的用户体验指的是人们能够非常方便地使用和搭建信息服务，而低廉的成本指的是使用和搭建信息服务的相关成本比较低。
云计算的四大角度
同时，因为参与云计算的不仅仅是个人用户和公司，而且还包括应用开发商和云供应商这两个云创建者，所以可以从四个角度来分析云计算的利弊：个人用户的角度，公司的角度，应用开发商的角度和云供应商的角度。
接下来，我将结合两大维度和四大角度来分析"超市"模式和"电厂"模式。
超市模式
当我们进入一个超市，里面有琳琅满目的商品任凭我们挑选，不管是其自制的，还是来自于第三方供应商，使我们能非常方便地凑齐生活所需要的必需品。同时由于超市普遍运营规模庞大，使其在产品售价和运营成本上面有优势。而且超市并不是只此一家，如果不满意这家的商品和服务，完全可以选择另外一家，虽然之前的积分等很难转移或者之前超市有我们需要的专供商品。同时，当我们需要更安全和更值得信任的食物，或者其他更定制化的产品，我们完全可以自己种植，生产或者到我们所信任的市场购买。
简单的来说，"超市"模式的是一个平台化的概念。云计算厂商主要是提供一个云平台，在这个平台上提供丰富的信息服务供用户选择，无论是来自平台商的还是第三方的，可以按需购买，而且价格一般比自建优惠，而且如果此云供应商所提供服务不能令我们满意，我们完全可以选择其他的云供应商，但是整个移植的流程会比较复杂。虽然"超市"模式主要体现为公有云，但是当用户对安全极为关注，或者需要定制化，或者希望对数据完整地控制的时候，用户还可以通过和云计算厂商合作来将云平台复制或者部分迁入用户的数据中心内来实现私用云或者混合云
现在已经有很多IT供应商提供类似于"超市"模式的云平台，比如，Amazon的AWS(Amazon Web Services)，微软的Windows Azure 平台和IBM的Blue Cloud等，虽然这些云平台都还处于成长期，但是在可以预见的将来，这些云平台应该能像超市那样能提供丰富的服务，以迎合各方的贵宾。
用户体验
个人用户的角度：免客户端，可直接通过浏览器来访问服务，但是难于转换服务和数据迁移。
公司的角度：能通过把IT业务部分或者整体地迁移到云上，来更方便地使用IT服务，但被供应商锁定(Vendor Lock-in)的情况时有发生。
应用开发商的角度：虚拟器件(Virtual Appliance)等格式的引入，减轻了应用的开发，发布和维护的复杂度。但是由于各云供应商之间所支持格式的不同，会引发一些潜在的问题。
云供应商的角度：产业的规模得到扩大。
成本
个人用户的角度：免去了前期投入，可按需使用。
公司的角度：降低了初期投资的成本和后期的维护成本，但是如果长期大规模地使用，不一定比自建便宜。
应用开发商的角度：降低了应用的开发，维护和销售的成本。
云供应商的角度：由于其运营的规模不断地增大，使其财务方面更经济，但利润偏薄。
挑战
如果要实现"超市"模式，需要解决那些挑战呢？
?安全方面，包括：
网络通信的安全性。
虚拟设施的安全性。
访问权限的控制。
数据的拥有权。
数据的私密性。
数据的隔离。
?服务质量方面，有下面两点：
服务品质协议(Service Level Agreement)，是服务提供者和客户之间签订的协议，也就是服务正常运行所需要满足的条件，最常见的包括响应时间(Response Time)和吞吐量(throughput)。
高可用性(High Availability)，不仅需要尽可能短的停机时间，而且还需要尽可能快的从故障中恢复的能力。而且这个问题牵涉面广，包括云端，客户端和它们两者之间的通信设施。
?信任，因为云中所存储的数据和支持的服务对用户而言都是极为关键(Mission critical)的，所以需要用户对云供应商给予信任，即使其安全措施非常完善。
?法律和政治的限制，主要有两方面：
在法律的方面，各个国家已经出台了很多涉及企业IT方面运营的相关方案和流程规范，比如：美国的SOX，HIPPA和Sarbanes-Oxley 法案，欧盟的数据保护法等。云中的服务和数据也应该需要遵守这些方案。
由于政治和国家安全等因素的存在，使的云供应商在其非本土的地域上面运营存在难度。
?运营效率，云供应商需要利用其规模上的优势来降低运营成本，从而降低使用云计算的门槛，同时也能提高其利润。
"电厂"模式
Nicholas Carr在《IT不再重要》中非常细致地描述了电力的发展史：刚开始因为直流电传输距离短的原因，所以发电机成为很多需要电力的企业和个人的选择，但是由于能长距离传输的交流电技术的不断成熟，使得英萨尔(Insull)的关于电厂的想法成为了现实，之后由于电厂的规模效益不断地增大，使得电力的价格也随之降低，而且使用起来更方便，最后，电厂模式成为了主流。仔细想来，IT技术的发展和电力技术的发展是何等的相似，发电机好比现在的机房，交流电技术好比现在的互联网，而电厂和云计算中心更是一个模子刻出来的。
总体而言，"电厂"模式是一个公用事业的概念，就是将主要的计算资源都集中到公共的云计算中心，并且遵守公开的协议，类似于电力的 220v/110v和通信的7号信令，企业和个人都能非常方便的使用。这种模式因为在规模上面有极大的优势，使得其运营成本非常低，而且因为主要由本国大型的电信企业运营，使得它们能得到用户充分地信任。还有，在"电厂"模式中，只存在公有云这一种形式。
虽然"电厂"模式的愿景是如此的美好，只要接入网络，企业和个人就能随意地访问信息服务，同时也卸去了他们维护计算设备的重担，而且价格低廉，非常安全，并且不会被供应商锁定，但是在很多方面，都只是刚起步而已，特别是在服务的异构性方面，所以要真正实现"电厂"模式，那绝对不是一朝一夕的事情，而是非经历"长征"不可。
用户体验
个人用户的角度：因为"电厂"模式是基于公开协议的原因，所以用户不仅能更安全和更方便地通过工具(比如，浏览器)使用服务，而且避免被供应商锁定的情况出现。
公司的角度：把IT服务整体迁移到公有云上，将使企业卸下维护IT服务的重担，从而更专注于其主营业务，除了一些特殊需求和国家安全部门。
应用开发商的角度：因为公开协议的普及和供应商的精简，使应用的开发，部署和维护更方便。
云供应商的角度：因为在规模上"电厂"模式比"超市"模式的优势更大，使得各方面的提升空间更大。
成本
个人用户的角度：和"超市"模式相比，信息服务价格更低廉。
公司的角度：因为IT部门的削减，使得公司成本的结构更完善，更合理。
应用开发商的角度：和"超市"模式相比，"电厂"模式将进一步降低了应用的开发，维护和销售的成本。
云供应商的角度：产业的规模化，将降低其运营成本，并提升经营利润，而且业务非常稳定。
挑战
如果要使"电厂"模式变成现实，将会面对那些挑战呢？
首先，和"超市"模式一样，"电厂"模式也要在安全和服务质量方面提供非常令人满意的答案。但幸运的是，因为在"电厂"模式中，云供应商以本国的电信企业为主，所以在信任和政治这两方面上有天然的优势。同时由于规模的庞大，使其在运营效率方面提升空间更大，但相应的价格压力也更大。
其次，除了上面这些挑战之外，还包括：
?现有流程的限制，因为云计算将会对企业现有的IT流程产生一定的颠覆，如果云计算被大中型公司接受的话，那么它们的IT流程将会受到极大地冲击，甚至整个IT部们将会消失，这不仅是一个技术问题，更是一个政治问题。
?服务的异构性，由于异构性将使应用和数据很难在云供应商之间进行迁移，将导致供应商锁定的情况发生，这将会对云计算用户带来极大的风险。而且在云计算三个层次上，异构性都有所体现：
SaaS层面：页面技术的选择。
PaaS层面：所支持的语言的范围和数据库的格式。
IaaS层面：应用发布的格式和管理接口。
?对遗留(legacy)应用的支持，比如，大型机上的Cobol应用。因为在很多企业，遗留应用都属于其核心的应用，如果云缺乏相关的支持，将阻碍云在这些企业的推广。
超市还是电厂？
其实，这两种模型都是非常理想的，没有谁优谁劣的说法。虽然"电厂"模式更吸引人的眼球，而且已经受到了非常多的人的认可，但是"电厂"模式所面对的挑战比"超市"模式多的多，可以想见，短期之内，"超市"模式将会更有用武之地。但从长期而言，因为"电厂"模式潜在的优势更多，特别是在信任，政治和运营效率等方面，所以"电厂"模式将会逐步取代"超市"模式。但是这个过程将会是非常漫长的，需要满足很多条件，包括运营效率的提升，公司IT流程的改造和开放的协议等等，所以可以预见这两个模式将长时间共存。
总结
超市的出现给人们的生活带来了极大的方便，使"开门七件事" 不再让人头疼。而电厂的出现更是改变了历史的进程，就像Nicholas Carr所说的那样："当每个家庭都拥有便宜的能源和接入时，就有了令人难以置信的创造力来利用这些便宜的能源"。对云计算而言，无论"超市"模式还是"电厂"模式，都将会给人们带来快乐，难道我们不应该更好得把握和享受云计算这个浪潮吗？
