Serverless first战略被公认为是未来方向，业界也有很多事件驱动架构（EDA）与微服务领域的实践。

移动化限制倒逼、衣食父母倒逼，这是移动时代才让大规模万金油程序员学会落地微团队、微项目、微功能、微服务。

容器和容器编排系统仅仅是部署和运行的基础平台，开发人员需要关注更多的是部署在平台上的应用。

虽然DevOps和微服务是独立的技术，但它们可以很好地协同工作，从而加快云计算时代软件开发的速度。

如果真是这样，那下一个风口将是什么？

从我个人工作经历经验来看，我是没看出来微服务能让那个个性化定制开发更好。

API，即应用程序编程接口，它提供给应用程序、开发人员访问其它应用的能力，而又无需访问源码，无需理解内部工作机制细节；简单地说，API就是实现应用与应用连接的一种隐形的桥梁。对API，用户都不陌生，自从有了软件开发就有了API。微服务，近年来云计算兴起后才出现的概念，微服务是一项在云中部署应用和服务的新技术，它要与业务能力相匹配，而目前围绕着微服务最大的争论点是容器等新技术能否很好地支持它。

数字化转型中，淘汰了谁，又留下了谁？

在系统架构上，PaaS云平台主要分为微服务架构、Docker容器技术、DveOps三部分，这篇文章重点介绍微服务架构的实施。

　　如果你看一下谷歌、推特、eBay和亚马逊的大规模系统，就会发现它们的架构已演变成很相似的东西：一套多语种微服务。 　　如果你处于多语种微服务这种终极形态，会是什么样？Randy Shoup担任过谷歌和eBay的高级职位，他就这个话题做了一次非常有趣的谈话：《大规模服务架构：来自谷歌和eBay的经验》（http://www.infoq