开放的云让业务更“闪亮”

核心提示： （H）多向性是你的朋友——你可以任意地使用最适合的技术来适应业务需求，但是你需要完全掌握它们，开放的云让业务更“闪亮”(10)，使用你想要的语言，你想要的平台（作为服务或者不作为服务），来做一些之前不可能的事情（由于计算时间的原因），现在甚至还支持创建和实现更加复杂的算法

（H）多向性是你的朋友——你可以任意地使用最适合的技术来适应业务需求，但是你需要完全掌握它们。使用你想要的语言，你想要的平台（作为服务或者不作为服务），你需要的人等等来开发你的应用程序。最后，你只需要对推向市场的时间和你的服务的质量负责。

（I）带有开放API的接口——你应该尽可能地在各处提高敏捷性，特别是在业务服务或者过程边缘处。你应该清晰地定义消息的语义，并创建可理解的、安全的（参见 Google安全数据连接器作为例子）、并且易用的接口。应该重用开放的标准，并且提出开放的API来让你的服务在其它的云中也闪亮（SHINE）。还要为将来考虑跨云的接口（例如统一的云接口或者OCCI　）。应该基于业务价值链，那些服务也可能是动态或者静态安排的，以提供更复杂或者更细粒度的服务（那本身也可以作为服务提供）

（N）推动你的云——当需要的时候创造合作竞争（合作并且竞争）的形式，从而为你的客户提供最好的服务。亚马逊正让它的供应商使用它的平台，并且为任何商品指定他们想要的价格。使用我的平台，使用我的过程，使用我的主数据，提高我的市场份额，让客户和供应商使用我的服务，总之给我费用并让我的客户更高兴。要记住长尾理论，敏捷并不意味着短期。

（E）伸缩性、敏捷、适应性——为了从云计算模型中获益，业务应用程序和服务应该（重新）设计和（重新）构建，以在其核心具体表现出伸缩性。伸缩性需要来适应短期的冲刺（适应性），并且使带有大量需要计算的资源的长期的批处理工作成为可能（敏捷）。

最近我听说了关于Lokad的事儿，这是一家“闪亮”的德国小公司。 Lokad正在交付业务技术，专门从事对销售的软件、需求以及通话量的预测。有了云，他们可以在一个小时之内对一个主要的德国零售商完成预测的计算（业务 SLA是由客户所影响的），而不用花费几个小时，并且成本也很低。Lokad 在Azure上做了投资，即便那时Azure还处于Beta阶段，并且真正使用微软的网络和worker服务定义重新构建了他们的应用程序。他们可以提供所需要的尽可能多的资源（但并非总像他们那样强大，10个单CPU的虚拟机，每台带有2GB的内存与一台带有 20GB内存的10CPU的机器是不一样的），来做一些之前不可能的事情（由于计算时间的原因），现在甚至还支持创建和实现更加复杂的算法来提供更好的预测（由于计算时间不再是问题，而且软件的架构也不再一样）。