发表几点自己的看法：
1. 从行业现状来看，在整个中国的IT生态中，集中式架构还是主流。分布式架构目前主要是互联网行业用的比较多。相对总的来说，占比还是比较小。而微服务，基本上也就是搞分布式架构的一小拨人开始去尝试的新鲜技术。从这个现状来看，新的思维方式，架构人才永远是痛点。很多人连互联网行业常用的分布式架构尚未理解，让它设计或者在生产实践中采用微服务架构。就勉为其难了。即使架构师具备了这种能力，但是负责具体实施的工程师团队是否有这种思维和类似的设计能力，就是一个很大的疑问。因此必然出现了目前只是在一些大的公司，小范围的实践。
2. 从微服务的运行载体来看，微服务架构的普及，依赖Docker等基于容器的技术在生产领域的大规模普及。微服务的思想，其实在之前的SOA的架构就萌发了，但是那事面向服务的思想，而少了一个“微”字。服务内部，依然是一个大杂烩。微服务，有点像原子，没有办法再进行切割。其核心的思想是每一个微服务的实体就是一个小的自治系统。这个实体不依赖其他的实体而独立存在，运行。它能快速的创建，也能快速的销毁。能够相互组合，也能快速拆散。容器技术，为这种“原子”提供了一个很好的执行载体。而Docker技术，就是他们相互组合的粘合剂。但是，从目前的现状来看，Docker在生产领域还尚未有大规模应用。这也是微服务技术无法大规模普及的原因之一。
3. 再者，微服务架构，和一个公司的研发团队的组织架构也有关系。如果一个公司，其团队按照服务进行划分，彼此松散耦合，就很容易践行这种微服务架构。如果按照职能进行划分，所谓的按照设计，前端，后台，测试，运维等划分，这种微服务架构，就很难玩的转。