作者个人研发的在高并发场景下,提供的简单、稳定、可扩展的延迟消息队列框架,具有精准的定时任务和延迟队列处理功能。自开源半年多以来,已成功为十几家中小型企业提供了精准定时调度方案,经受住了生产环境的考验。为使更多童鞋受益,现给出开源框架地址:
https://github.com/sunshinelyz/mykit-delay
PS: 欢迎各位Star源码,也可以pr你牛逼哄哄的代码。
大家都知道,SpringCloud Alibaba是在SpringCloud基础上开发并开源的一套微服务架构体系。那么,肯定会有小伙伴要问:在微服务领域,SpringCloud已经很火了,为何还要弄出个SpringCloud Alibaba?这不是又要增加我的学习成本吗?今天,我们就来一起聊聊这个话题。
在之前的微服务架构中,SpringCloud和Dubbo可以说是微服务架构中两种最具代表性的框架(严格意义上来说SpringCloud不是一个框架)。
Dubbo是一个阿里巴巴开源的分布式服务治理框架,以RPC方式调用远程服务。提供了三大核心能力:面向接口的远程方法调用,智能容错和负载均衡,以及服务自动注册和发现。
Dubbo架构图如下所示。
SpringCloud
SpringCloud则是一套微服务架构体系,服务注册与发现组件、网关组件、消息总线、配置、负载均衡、熔断器等等一系列的组件。
包含的组件如下图所示。
注:图片来自互联网
那为何SpringCloud这么火,阿里巴巴又要推出SpringCloud Alibaba呢?我们为何又要学习SpringCloud Alibaba?
一个很重要的原因就是SpringCloud中一些组件闭源了,不再维护,如果在生产环境出现了问题,官方不再免费维护了。比如:注册中心Eureka在2.0版本之后宣布闭源了,容错组件Hystrix、网关组件Zuul也已经宣布停止维护了。
虽然说SpringCloud在官方给出了最优的替换方案,但是那些替换方案不再属于SpringCloud技术栈。换句话说:就是SpringCloud的技术栈不再完整了!此时,我们就有必要寻找一个新的完整的技术栈。
学习SpringCloud Alibaba的另一个原因就是:SpringCloud Alibaba技术栈中的各个组件对比SpringCloud来讲,在性能上要更好一些。很多技术是阿里巴巴内部经过多年双11、双12大促的考验,经过不断总结和优化开源出来的产品。
正是基于上述两个非常重要的原因,我们有必要来学习SpringCloud Alibaba技术。
微信搜一搜【冰河技术】微信公众号,关注这个有深度的程序员,每天阅读超硬核技术干货,公众号内回复【PDF】有我准备的一线大厂面试资料和我原创的超硬核PDF技术文档,以及我为大家精心准备的多套简历模板(不断更新中),希望大家都能找到心仪的工作,学习是一条时而郁郁寡欢,时而开怀大笑的路,加油。如果你通过努力成功进入到了心仪的公司,一定不要懈怠放松,职场成长和新技术学习一样,不进则退。如果有幸我们江湖再见!
另外,我开源的各个PDF,后续我都会持续更新和维护,感谢大家长期以来对冰河的支持!!
如果你觉得冰河写的还不错,请微信搜索并关注「 冰河技术 」微信公众号,跟冰河学习高并发、分布式、微服务、大数据、互联网和云原生技术,「 冰河技术 」微信公众号更新了大量技术专题,每一篇技术文章干货满满!不少读者已经通过阅读「 冰河技术 」微信公众号文章,吊打面试官,成功跳槽到大厂;也有不少读者实现了技术上的飞跃,成为公司的技术骨干!如果你也想像他们一样提升自己的能力,实现技术能力的飞跃,进大厂,升职加薪,那就关注「 冰河技术 」微信公众号吧,每天更新超硬核技术干货,让你对如何提升技术能力不再迷茫!