微服务下有几种保证分布式事务最终一致性的方案?
Posted Java学习者社区
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了微服务下有几种保证分布式事务最终一致性的方案?相关的知识,希望对你有一定的参考价值。
B
站近几年的傲人成绩,让不少网友感叹:
小破站再也不是当初的小破站了!
原来看个UP主直播都能崩,
现在面对
海量数据高并发却能做到如丝般顺滑。
B站高级研发工程师在技术沙龙上分享了他们在为服务治理中的探索与实践,可以说真正在花心思利用服务来改善业务,而成果也的确显而易见,
单跨年晚会就吊打各大卫视,赚了50亿!
我们知道,随着业务规模快速扩大,微服务化成为各企业采用的主要架构形式,这给开发团队带来极大好处:
服务之间可独立部署,微服务架构让持续部署成为可能;
每个服务可以各自进行负载均衡扩展和数据库扩展,并根据自己的需要部署到合适的硬件服务器上;
当然,微服务也有两个痛点需要解决,一是进行服务拆分,边界在哪儿?怎么取舍?什么样的粒度才符合“高内聚、低耦合”;二是微服务上了规模之后如何管理,因为只要上了规模,任何小问题都可能会被放大,最后导致雪崩效应。
对开发团队来说,后者更为重要,
服务治理是通向微服务架构的第一关
,如果没有搞清楚如何进行服务治理,那么盲目进行架构调整无异于一场灾难。
举个例子,多个相同的微服务可以做负载均衡,提高性能和可靠性,但微服务本身是不会去关心系统负载的,什么时候该启动更多的微服务,多个微服务的流量如何调度和分发,这背后需要有一套复杂的负载监控和均衡的系统发挥作用。
除此之外,系统过载,如何解决分布式带来的非全局视角下的限流、熔断问题,以及服务链路追踪、监控、日志、性能瓶颈等。
服务治理提供了从业务到技术的规则映射和差异适配,帮助架构设计更好地落地应用,并实现系统的高可用、高可靠。说白了,服务治理摸透了,不管啥厂,你都稳了!
而开发人员突破的难点往往在于虽然平时会摄入大量知识,但无法利用这些知识构建起稳固的大厦,形成系统知识结构,这就导致停留在机械的应用层面,无法根据业务场景与底层逻辑进行匹配,最终无法形成解决问题和举一反三的能力。
理论 - 实现 - 应用 - 问题 - 解决 - 精进
是我们提升自我能力的路径, 前段时间和玄姐(
前58集团技术委员会主席、阿里云MVP、腾讯云TVP
)聊,收获颇多。他谈到,以架构师的思路和视野学习服务治理,你将更容易掌握同行难以复制的核心竞争力。
为了帮助更多开发工程师、架构师掌握服务治理核心,玄姐联合
快狗打车CTO沈剑老师
,结合10多年一线大厂实践经验,打磨了一套《千亿级并发服务治理》训练营。3天精讲,带你深入学习服务治理,掌握核心框架模型,并在千亿级企业真实海量数据案例中,培养服务治理实战能力。