1.1什么是微服务

目前的微服务并没有一个统一的标准，核心就是将传统的一站式应用，根据业务来划分将传统的一站式应用，拆分成一个个的服务，彻底去耦合，一个微服务就是单功能业务，只做一件事。

从技术角度来看就是一种小而独立的处理过程，类似进程概念，能够自行单独启动或销毁，拥有自己独立的数据库。

1.2微服务与微服务架构

微服务架构是一种架构模式或者一种架构风格，提倡将单一应用程序划分成一组小的服务==独立部署==，服务之间相互配合、相互协调，每个服务运行于自己的进程中。

服务与服务间采用轻量级通讯，如HTTP的RESTful API等

避免统一的、集中式的服务管理机制

1.3微服务的优缺点

优点

每个服务足够内聚，足够小，比较容易聚焦

开发简单且效率高，一个服务只做一件事情

开发团队小，一般2-5人足以（当然按实际为准）

微服务是松耦合的，无论开发还是部署都可以独立完成

微服务能用不同的语言开发

易于和第三方集成，微服务允许容易且灵活的自动集成部署（持续集成工具有Jenkins,Hudson,bamboo等）

微服务易于被开发人员理解，修改和维护，这样可以使小团队更加关注自己的工作成果，而无需一定要通过合作才能体现价值

微服务允许你融合最新的技术

微服务只是业务逻辑的代码，不会和HTML,CSS或其他界面组件融合。

每个微服务都可以有自己的存储能力，数据库可自有也可以统一，十分灵活。

缺点

开发人员要处理分布式系统的复杂性

多服务运维难度，随着服务的增加，运维的压力也会增大

依赖系统部署

服务间通讯的成本

数据的一致性

系统集成测试

性能监控的难度