[TOC]
## 简介
微服务是一个架构风格
![](https://box.kancloud.cn/e0e0e2aaa988e3f008a27e6ae24b680b_1775x559.png)
![](https://box.kancloud.cn/1ce84c4bb071e40de40eccf87032afdf_268x307.png)
1. 小没有具体的标准,按照我们正常理解就行
2. 部署在一个独立的容器中
3. 比如http,以前是socks这个很重,推荐restfulAPI
4. 用户服务,登录服务,商品服务
5. 可独立部署,不需要其他团队配合太多
6. 自己选择技术栈
![](https://box.kancloud.cn/c3ece615450cf3b612c79ab0b0743776_257x138.png)
**服务之前是松散耦合的,不能强依赖**
**本质上还是SOA,但更细化**
**基于有界上下文的,每个团队有自己的数据源**
## 好处
可选不同技术栈;不同项目可复用某些微服务;独立部署时不会对系统造成太大影响;不同微服务可选择最优的物理机配置
## 挑战
分布式事务一致性,项目运维管理,团队间沟通
## 思考
1. 微服务独立部署带来哪些好处?
2. 微服务每个团队有自己独立的数据源,这样带来了哪些挑战?