企业官网建设流程全解析

建设单位经常去哪个网站,做阿里巴巴网站需要哪些资料,世界上有几个空间站,php 英文网站模板一句话 分布式系统中#xff0c;服务往往是独立运行的#xff0c;他们之间如何交流也是有很多可以挖掘的点。让服务之间自动“找到彼此”#xff0c;并建立连接#xff0c;且在服务增删变化时#xff0c;连接关系能自动调整#xff0c;这就是服务注册和发现要做的事情。…一句话分布式系统中服务往往是独立运行的他们之间如何交流也是有很多可以挖掘的点。让服务之间自动“找到彼此”并建立连接且在服务增删变化时连接关系能自动调整这就是服务注册和发现要做的事情。为什么需要服务发现例子 1网关找登录服登录服可能多台地址也可能变。如果靠配置文件写死运维一改地址就会出错。服务发现就像“自动通讯录”登录服上线就自动加入掉线就自动移除。服务发现要做到什么简单理解就是三件事注册服务实例将自身节点信息写入注册中心例如 Zookeeper也就是服务自己把“我是谁、我的网络地址是什么” 写进去发现订阅并获取自己关心的服务节点即能拿到“我发现了哪些服务以及需要连接哪些服务”更新服务变化时自动通知变更不仅有“来/走”还有“节点属性更新”比如权重/版本变化通俗地说对于一个服务启动时先给我一张其他服务的完整名单快照运行中有服务加入或离开就通知我增量订阅这里其实有一个数据的一致性需求 启动时需要“全量快照”运行时需要“增量变更”避免漏连或重复。实现方案1) 注册服务自己告诉系统“我是谁”我的地址是多少每个服务启动后把信息写进注册中心通常就是 key-value 的形式比如inilogin.tcp.3 10.1.2.3:8001这里login 是服务类型tcp 是地址的类型也可以是http3 是服务的编号这对于有状态服务的区分比较重要。如果要更多信息也可以带上权重、版本、元数据json10.1.2.3|8001|20|v1|{region:cn}2) 发现获得别的服务的地址关注地址变更服务启动后订阅自己关心的目标例如Gate 关心 Login、RouterGame 关心 Battle、Router当 Gate 启动时需要先拿到全量快照inisnapshot [login-1, login-2, login-3, router-1, router-2]这些服务的地址如果发生了变更如权重从 20 变成 0就需要关注。3) 增量有变化就通知如果登录服新增了一台makefile新增: login-tcp-4订阅者收到事件后只需要做一件事 建立和 login-tcp-4 的连接如果 login-tcp-2 下线makefile删除: login-2订阅者自动断开即可。简化流程图Mermaid我们把上面的几个过程串联起来得到一个流程图更深入的点在现代 kubernetes 云部署盛行的当下服务注册和发现往往已经支持但是如果需要自己来更细粒度更深度的定制和控制路由自己实现一套服务注册和发现是很有必要的如果是 kubernetes 部署服务注册的地址一般是 DNS 域名因为服务本身的地址是会动态变化的在很多异构的系统中往往由不同的语言来实现不同的服务为了避免实现多套服务注册和发现增加维护成本可以将其抽象成agent 服务以sidecar的形式部署使用方用 gRPC 这种解耦的协议形式和 agent 通信。总结服务注册和发现做的是一套“自动通讯录 实时变更提醒”快照解决“启动时看到全量”增量解决“运行中看到变化”可以挖掘更适合k8s及异构系统的实现方式