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