服务注册与发现与互联网的数据请求的架构的演变有关web1.0数据请求模型架构多的不说单应用单机架构web2.0数据请求模型架构负载均衡主从同步来扛并发量微服务时代深度解耦1个模块只负责自己的事情就好能够实现快速的迭代更新各个微服务相互独立每个微服务由多台机器或者单机器不同的实例组成各个微服务之间错综复杂的相互关联调用。坏处就是服务的管理和控制变得异常的复杂和繁琐人工维护难度变大。还有排查问题和性能变差服务调用时的网络开销服务注册每一个服务对应的机器或者实例在启动运行的时候都去向名字服务集群注册自己服务发现Order服务想要获取User服务相关的信息首先向注册集群中心发送请求获取然后就能收到User服务相关的信息通过服务注册和发现的方式维护各个服务IP列表的更新各个模块只需要向名字服务中心去获取某个服务的IP就可以了不用再写死IP。整个服务的维护也变得轻松了很多。彻底解放了双手