什么是微服务

1）一组小的服务（大小没有特别的标准，只要同一团队的工程师理解服务的标识一致即可）

2）独立的进程（java的tomcat，nodejs等）

3）轻量级的通信（不是soap，一般http或者rpc）

4）基于业务能力（类似用户服务，商品服务等等）

5）独立部署（迭代速度快）

6）无集中式管理（无须统一技术栈，可以根据不同的服务或者团队进行灵活选择）

微服务的利与弊

优点：

• 开发简单
• 技术栈灵活
• 服务独立无依赖
• 独立按需扩展
• 可用性高

缺点（挑战）：

• 多服务运维难度
• 系统部署依赖
• 服务间通信成本
• 数据一致性
• 系统集成测试
• 重复工作
• 性能监控

什么时候适合使用微服务

微服务不是银弹，建议大家在单服务的应用成熟时，并且对业务领域比较熟悉的时候，如果发现单服务无法适应业务发展时，再考虑微服务的设计和架构。

微服务具备的一些东西

1.微服务网关

网关就好比一个公司的门卫。屏蔽内部细节，统一对外服务接口。网关可以统一进行权限验证，API监控等

2.微服务的路由发现体系

当一个系统的微服务数量越来越多的时候，我们就需要对服务进行治理，提供统一的服务注册中心，然后在其框架下提供发现服务的功能。这样就避免了对多个微服务的配置，以及微服务之间以及与客户端之间的耦合

3.微服务配置中心

配置写到配置文件中，服务多时，遇到修改配置的情况，成本很高。并且没有修改配置的记录，出问题很难追溯。配置中心就解决了以上的问题。

4.监控体系

监控的内容分为五个部分：日志监控，Metrics监控（服务调用情况），调用链监控，告警系统和健康检查。

5.熔断、隔离、限流、降级

面对巨大的突发流量下，大型公司一般会采用一系列的熔断（系统自动将服务关闭防止让出现的问题最大化）、隔离（将服务和服务隔离，防止一个服务挂了其他服务不能访问）、限流（单位时间内之允许一定数量用户访问）、降级（当整个微服务架构整体的负载超出了预设的上限阈值或即将到来的流量预计将会超过预设的阈值时，为了保证重要或基本的服务能正常运行，我们可以将一些不重要或不紧急的服务或任务进行服务的延迟使用或暂停使用）措施。

常见的微服务组件

1.服务发现

Spring Cloud Eureka，Nacos等

2.负载均衡，调用等

spring-cloud-openfeign,openfeign集成了用来负载均衡的ribbon

3.网关等

Spring Cloud Zuul,Spring Cloud Gateway

4.配置中心

Apollo,spring cloud config,Nacos

5.熔断器

Spring Cloud Hystrix,Sentinel

参考

https://mp.weixin.qq.com/s/MOi9kOPtK9HV7wFxteSfQQ

https://mp.weixin.qq.com/s/8g-C6Li0FohMqKF-IN1vlQ