云
微服务是近些年被广泛提及的一个概念，微服务架构可以理解为一个轻量级的服务治理方案，也就是将系统的功能，通过服务的形式发布到服务器上，对服务进行组合调用，实现具体的功能，解决实际业务问题的架构风格。
微服务产生于单体应用的扩大化，随着信息化不断发展，企业对软件功能的要求越来越具体，也愈发的细致，如果通过应用程序来实现，必然是一个极其复杂而又痛苦的过程，由此诞生了微服务的概念。就是将功能发布成服务，应用程序通过调用不同的服务来实现业务，这种设计架构称之为微服务。
微服务架构的优点在于每个服务可以有独立的团队开发，服务之间互不干涉，保障了系统的稳定性。由于功能被拆分到更细的粒度，有效的降低了程序的复杂程度，对硬件的需求也随之降低，但是微服务也有一些不足，比如服务调用带来的系统复杂性，服务间的依赖关系也是难以管理的，如何构建合理的服务依赖是考验架构师能力的重要依据；最后，微服务架构的部署以及跟踪也是很难的。总之，微服务架构有着自身的应用场景以及特点，了解哪些场景适合微服务比掌握微服务的具体技术更为重要，适当的技术用在适当的场景，才能发挥合适的价值。
数通畅联
微服务架构是当前最流行的技术架构，主要组件有注册中心、网关、配置中心和各种微服务模块。架构灵活、易扩展、可动态扩容。
在微服务之前，系统架构经历很长时间的演变，简述如下：
1.无架构
页面逻辑和业务逻辑混在一起，甚至页面直接访问数据库。
优点：因为没有太多的访问路径转换，效率是最高的；
缺点：没有分层，逻辑混乱，维护难，扩展难。
2.MVC
架构单系统，表现层、逻辑层、业务层分开，各层分工协作。
优点：逻辑清晰、分工明确、易维护。
缺点：系统集中部署，属于强耦合，某些业务模块出现异常时，会导致整个系统无法访问。
3.SOA架构
面向服务的架构，多个系统分布式部署，通过消息总线进行通讯。
优点：各个系统的业务相对独立，耦合低；
缺点：消息总线负担太重，中心化太重，接口缺乏规范。
4.微服务架构
一个系统，按照粒度规划，划分为很多的微服务，而每个微服务，对应一个具体的业务实现，并可拥有自己独立的数据库，整个就是微服务架构。
优点：如上，架构灵活、易扩展，在实际运营时，按需扩容，集群部署。各个微服务业务互不影响，耦合性低；
缺点：开发成本高，对部署有一定的专业性要求。
从技术而言，微服务已经是一个设计理念很成熟的架构，可满足不同层次，不同业务场景的需要，而且经过多个版本的迭代，该踩的坑也基本踩完，生态系统完整，开源组件选择多多，很有一统天下的趋势，值得尝试。
但，不要为了微服务而微服务，要根据自己实际的要求去做抉择和取舍。
比较，适合自己的，才是最好的！