09|技术选型:如何选择微服务框架和注册中心?
微服务框架的诞生背景
- 深入了解
- 翻译
- 解释
- 总结
本文从微服务框架选型和注册中心框架的演变两个方面介绍了微服务。首先介绍了Dubbo和Spring Cloud两个微服务框架的特点和优势,指出Dubbo在易用性、可扩展机制和性能方面具有优势。然后,作者结合自身行业和公司技术栈的情况,倾向于采用Dubbo来构建微服务架构体系。接着,文章详细介绍了注册中心的选型问题,分析了ZooKeeper和Eureka两种注册中心的设计理念和优劣势。最后,作者结合实际故障经历,介绍了注册中心从CP向AP架构演进的原因。总的来说,文章通过对比分析,为读者提供了选择微服务框架和注册中心的参考依据,帮助读者更好地理解和应用微服务框架和注册中心。文章内容丰富,涵盖了微服务框架和注册中心的重要技术特点,对读者进行了全面的指导和建议。
《中间件核心技术与实战》,新⼈⾸单¥59
全部留言(7)
- 最新
- 精选
- 麻婆豆腐老师好,K8S也提供了微服务能力如服务发现,api网关,容错限流等,微服务的架构可以是可以k8s+springboot吗
作者回复: 嗯,犀利,容器化是目前的趋势与主流
2022-07-042 - jamesdubbo是可以配置本地缓存信息的,就算注册中心全部完蛋也没事 dubbo.meta.cache.filePath 和 dubbo.mapping.cache.filePath 这俩配置可以设置缓存位置
作者回复: 对的,dubbo会缓存在本地,但只在启动时有用,但基于zk这种实时感知能力,zk通知消费者将一个空集合推给消费者,消费者会清空内存,导致运行时就感知不到真实的生产者了。
2022-07-26归属地:上海 - Y a n g[思考题]ZooKeeper貌似有快照机制,发生故障之后是不是可以利用快照文件来快速恢复?
作者回复: 快照应该只保留持久节点,处理这个问题其实非常简单,我们只需要将zookeeper中的数据全部清除,然后重启zookeeper,dubbo会自动重新注册,即可快速恢复。
2022-07-22归属地:上海2 - 凉修改dubbo的配置,改成消费者直连服务提供者的模式
作者回复: 你好,这种方式也是可以的,不过修改起来也是很麻烦,不能快速止血,我这边想到的一个方案:就是清除zookeeper的数据,然后重新启动zookeeper,这样zookeeper就能快速恢复正常,此时dubbo 服务提供者会自动向zookeeperh中注册,消费端就可以动态感知,问题能得到快速恢复。
2022-07-20归属地:上海 - 客舟听雨来codingCAP的P是可用性?不是分区容忍性吗?
作者回复: 你好,A是可用性,C一致性,P分区容忍性(也可以理解为持久性)
2022-07-075 - 雨落~紫竹必须保证业务的可用 可以采用降级 本地存储一份 什么组件干什么活 对于核心业务 应该采用独立集群 让他们自己玩去
作者回复: 嗯,降级是必要的。是要进行隔离,微服务体系的注册中心必须独占,并且要做好监控告警,目前主要是zookeeper的acl感觉对用户使用不太友好,授权比较麻烦,别人只要知道地址就可以用,我们后面也加强了zookeeper的监控。
2022-07-04 - 嘉嘉☕CAP 理论指的是,在一个分布式集群中存储同一份数据,无法同时实现 C(一致性)、A(可用性) 和 P(持久性),只能同时满足其中两个。由于 P 在数据存储领域是必须要满足的,所以通常需要在 C 与 A 之间做权衡。ZooKeeper 是保住了一致性和持久性,选择性地牺牲了可用性。 老师,你好,关于cap的这段描述,p为持久性,老师可以发个出处吗?确实第一次看到这个解释,可能对后面部分的产生一些误解2022-12-06归属地:浙江2