自从去年在一次上厕所的时候，翻开手机，看到微服务这一个概念，就觉得这种架构的模式很看好，自那以后，一直关注微服务相关的内容。
眼下微服务已经是一个很火的概念，在Infoq差点儿每条都有关于微服务的文章或者新闻。
可见微服务已经像我们靠近。
微服务的“微”：
有一些观点体如今微服务的微在体如今代码量上，微服务的代码行数一定很少。关于这个观点，个人并不认同，我觉得使用代码行数来衡量微服务的话，就像使用代码量来衡量一个软件开发project师一样，都是不科学。
微服务的微体如今职责的单一上，这个个人很认同，微服务就是职责单一的服务。就像面向对象设计中的单一职责一样，没有绝对的单一，职责的单一全然取决于对于业务的分析和理解。
微服务可以设计像Unix那样简洁。
服务前端开发人员可以像写Unix Shell脚本一样开发应用。
微服务的优点
微服务的优点是显然意见的，微服务可以可以实现真正的敏捷。可以高速部署上线、可以具有很好的伸缩性、可以具有很好的扩展性。
微服务还更easy形成积木。可以在产品的开发中，越跑越快。
微服务的挑战
微服务对基础服务设施的挑战。既然微服务的职责单一，那么就将要面对一个站点可能有成千上万个微服务。
那么怎样管理好微服务、以及微服务之间怎样实现高速的通信、怎样让开发人员很方便的调用微服务。怎样建立完好的公布系统，可以实现高速上线。
当然这些问题。眼下已经有许多框架来解决。
微服务对开发人员的挑战。微服务的团队一般按业务划分的，一个人负责一个服务或者一个人负责多个服务。那么微服务开发人员。须要是一个全栈开发project师，须要具备多种语言编程的能力、须要前后端的开发能力、须要运维知识、DBA知识。尽管眼下技术发展很快，并且越来越简单，可是成为一名全栈开发project师。还是具有不少的挑战。
微服务与云计算2.0
眼下的云计算主要是指server、CDN和各种数据存储的产品。未来的云计算将是一个微服务的库。这些微服务提供了许多的基础能力，比方消息队列、推送服务甚至抽象出了部分行业的基础业务服务。这也是我觉得的云计算的一个发展趋势。眼下也有这种云计算公司。所以微服务也是未来云计算的一种方式。
未来前端（服务前端）开发人员可能就像今天写Unix的Shell脚本一样做应用开发。
期待成熟的微服务案例
眼下微服务已经在社区里，提的许多，并且各种关于微服务的新闻和技术文章、技术分享或许多。可是眼下还没有成熟的微服务案例。
所以微服务还在发展初期。期待一个成功的微服务案例出现！