nacos服务发现

单机阶段   垂直业务阶段  soa阶段（有可重用的服务代码 

微服务阶段  优点：业务更细  整体小  cpu/io密集型有各自的微服务

缺点：增大运维的工作----持续集成  http    数据一致性的问题    一个进程成本不大，但是划分为多个进程，成本增加    分布式 ---数据一致性的问题  （数据库分库分表 ，也会产生一致性的问题）   排查问题更加困难

 

soa和微服务都是面向服务的，区别

soa  --解决服务的重用性和信息孤岛 重用   微服务 ---解耦 ，拆分的越来越细     

如何管理   应用管理--服务发现  rdd 应用管理    ops运维管理

spring cloud   微服务的规范   分为 1.netflex 不更新了 (zuul效率比较低  zuul2并没有融合到springcloud里面，所以springcloud创建了gateway） 2.alibaba 在更新，但稳定性不如netflex   3不在这两个包里的，如geteway等其他的实现

 做成生态圈的概念，把市面上不错的微服务部分融入到springcloud里面

 

 

 

传统  ibm发现机  固定的ip/端口   性能高价格贵    阿里云 勾选需要的配置 生成虚拟主机 

 

 

 

 客户端每10秒请求一次服务中心获取服务列表

 

 

 

 

 当 server多了之后，服务端的负载均衡组件的压力很大，而客户端的服务发现是在客户端实现负载均衡的

 

 

 

 

sidecar  -servicemesh(非业务逻辑可以放到sidecar里面）请求打到sidebar中可以解耦

 

 以前  resttemplate 去解析http请求  现在用feign封装了http请求

 

 nacos控制台

 

 

 

 

 

 ip动态变化，用名字代替