爱数新闻

在云计算领域，很多技术人员和产品人员热心关注新的技术，新的设计。但却忽视了云计算服务的根源——应用的技术需求。在热烈讨论一项新颖技术的先进和精妙之时，很少去思考如何匹配应用的需求。如果我们罗列出应用所需要的和云计算平台所欠缺的，便会发现，所有这些东西都有着完整的解决方案。比如数据库高可用、分布式查询、高性能队列等等，云计算只是把它们变成了可灵活订购的服务。新技术，比如当红的容器，更多是锦上添花，而非雪中送炭。反而是那些成熟可用的技术，问题更少，更能够直截了当地解决云计算平台的落地问题。 

云计算真正的“急所”是应用所烦恼的事情：如何建立和维护高性能的数据库；如何保证数据存储的可靠可用；如何提高整个应用的可用性等等。帮助应用解决了这些问题之后，再来谈论如何让这些服务更趋完美。 

作为云计算平台的产品人员和架构研发人员，必须放下身段，考察和研究各类应用的设计、架构，甚至业务。只有充分理解了这些，才能确立云计算平台真正有意义的服务，才能真正满足用户的诉求。 

在这一点上，云计算行业的老大哥AWS值得我们认真学习。AWS几乎一手缔造了云计算服务这个行业，在技术上并没有什么绚烂夺目的地方。但如果你在AWS上建立自己的应用，会发现所受到的制肘和约束不多，有很多细小却很贴心的服务帮助我们解决现实应用中的问题，让我们少操很多心。 

这些服务都是AWS在长期发展过程中，根据各种应用在技术资源上的需求逐步积累下来的，并且在此基础上总结出各类应用在AWS上的最佳实践。AWS的Architecture Center（https://aws.amazon.com/architecture/）集中了很多经验，为应用开发者提供了很好地指导。同时，也为云计算平台的建设者们提供了完整的业务资料。比如，下面这个图便清晰地描述了一个文档同步应用的一般架构，从中我们便可以了解到此类应用的服务需求。

我们还可以在此基础上更深入地了解和分析应用的业务和需求，扩展这些架构，梳理出更多对应用有利的服务，解决应用现实中的问题。 

一个云计算平台成功的标准应当是能够达到这样的境界：让应用只需做与业务直接相关的开发，而所有支撑应用系统运行的基础设施，都可以从云计算平台获得。而技术和架构，永远是服从于这个目标的实现手段。

所以，云计算的建设者们，请先搞清楚应用们的需要，然后再来谈架构。 

这才是云计算之魂。