1.选择协议, tcp/ip更注重效率 但实现复杂 http更加好用,效率稍微低一点
2.序列化协议 hissen做序列化 侵入性小,效率稍低 proto buffer 侵入性大,但是效率高 java自带的 不需要引入第三方包
json/xml 序列化比较耗
3.sop服务路由。负载均衡程序通过负载均衡算法和规则,选取一台服务器访问。称为服务的负载均衡。 服务均衡算法 随机算法、
权重算法。 niginx lvs 负载均衡软件 存在单点问题
4.zk 可以称为高可用配置中心 水滴是单点的。 因为他的配置信息保存在内存中。
5.负载均衡算法:轮训法 == 随机法 源地址hash(有状态的调用) 加权轮训法 (机器抗压能力不同) 加权轮训法 最小连接数法 (智能)连接数最小的机器
6.异地跨机房调用 有延迟。 服务配置管理中心 1.甄别调用者,返回不同服务提供者 2.给不同机房的调用者 提供本地的服务提供者。 要标明机房信息,多机房部署能力不一致,本地服务是否有足够的资源。 服务不可用 多机房容灾 多机房 用虚拟机房做
不以物理机房为

本文探讨了服务架构设计的关键要素,包括协议选择如TCP/IP与HTTP,序列化方式如Hisser与Protobuf,以及服务路由与负载均衡策略。文中还讨论了Zookeeper作为配置中心的应用场景,以及不同负载均衡算法的特点,例如轮询法、随机法和最小连接数法等。此外,还提到了异地跨机房调用时的延迟问题及解决方案。

2915

被折叠的 条评论
为什么被折叠?



