一、微服务

微服务架构建议将大型复杂的单体架构应用划分为一组微小的服务，每个微服务根据其负责的具体业务职责提炼为单一的业务能力。每个服务可以很容易地部署并发布到生产环境里隔离和独立的进程内部，它可以很容易地扩展和变更。对于一个具体的服务来说可以采用任何适用的语言和工具来快速实现。服务之间基于基础设施互相协同工作。

二、微服务的优势

微服务的优势：

• 解决了复杂性问题。它把庞大的单一模块应用分解为一系列的服务，同时保持总体功能不变。
• 让每个服务能够独立开发，开发者能够自由选择可行的技术，让服务来决定API约定。
• 每个微服务都能独立配置，开发者不必协调对于本地服务配置上的变化，这种变化一旦测试完成就被配置了。
• 让每个服务都可以独立调整，你可以给每个服务配置正好满足容量和可用性限制的实例数。

三、微服务挑战

微服务架构带来的挑战：

• 并非所有的系统都能转成微服务。例如一些数据库层的底层操作是不推荐服务化的。
• 部署较以往架构更加复杂：系统由众多微服务搭建，每个微服务需要单独部署，从而增加部署的复杂度，容器技术就能够解决这一问题。
• 性能问题：由于微服务注重独立性，