微服务领域是不是要变天了?Spring Cloud Alibaba正式入驻Spring Cloud官方孵化器!

引言

  

  微服务这个词的热度自它出现以后,就一直是高烧不退,而微服务之所以这么火,其实和近几年互联网的创业氛围是分不开的。

  与传统行业不同,互联网企业有一个特点,那就是市场扩张速度非常之快,可能也就是几天的时间,一家原本名不经传的互联网公司就会人尽皆知,一家独角兽公司也就诞生了。

  而伴随着这些,接踵而来的,一般是业务的急速变化与规模的扩张,这就对应用应对变化的能力提出了更高的要求。

  微服务,就是专门治疗这种情况的良药。

  也因此,现在的绝大多数互联网公司,都逐渐引入了微服务架构,以便于应对发展越来越快的公司业务。

  如今程序员聊天,尤其是Java后端猿,你要不怼上几句微服务,你都不好意思说话。

  而就在今天,2018年10月31日的凌晨,这个伟大的日子里,Spring Cloud Alibaba正式入驻了Spring Cloud官方孵化器,并在maven*库发布了第一个版本

  可能有的同学会问,为啥要选在凌晨发布?难道是因为更有仪式感吗?

  笔者很负责的告诉你,非也,是因为美国特么的和咱们有时差,-_-。

  

聊聊Spring Cloud

  

  说起微服务这个话题,就不得不提到Spring Cloud以及Spring这个神奇的团队。

  笔者个人一直是Spring团队的脑残粉,这不仅仅是因为Spring团队开源的情怀,更是因为,Spring团队的代码,是唯一让笔者觉得挑不出什么毛病的代码。

  这在程序员身上是很难发生的,尤其是笔者这种有点代码洁癖的人,因为程序员有个特点,那就是看谁的代码都是垃圾,包括从前的自己都不例外。

  这也从侧面说明了Spring团队的强大,以及他们的工匠精神。

  好了,这一波马屁拍完,该来谈谈Spring Cloud了。

  Spring Cloud是什么?

  很多人虽然在用Spring Cloud,但其实并不了解Spring Cloud到底是什么,只知道开发微服务,可以选择使用Spring Cloud。

  咱们首先来看看Spring Cloud官方的介绍,其实这一句话基本说出了Spring Cloud的本质。

  Spring Cloud provides tools for developers to quickly build some of the common patterns in distributed systems.Coordination of distributed systems leads to boiler plate patterns, and using Spring Cloud developers can quickly stand up services and applications that implement those patterns. They will work well in any distributed environment, including the developer's own laptop, bare metal data centres, and managed platforms such as Cloud Foundry.

  笔者翻译:Spring Cloud提供了一些工具,可以让开发者快速构建基于一些通用模式的分布式应用。分布式应用的协调都遵循“锅炉板模式”(boiler plate patterns),使用Spring Cloud以后,开发者可以更快的构建实现了这些模式的服务和应用。而这些服务和应用,也可以很好的工作在任何分布式环境,包括开发者自己的笔记本,裸金属数据中心以及像Cloud Foundry这样的托管平台。

  和Spring团队以往的做法相似,不管是之前的Spring Framework,还是后来的Spring Boot,Spring团队一直在致力于让开发者可以“更快更好”的做开发。

  这也是为何Spring团队在开发者圈子里口碑一直很好,是因为Spring团队一直在为开发者服务,而且都是开源项目,可以说,Java之所以能这么火,Spring团队功不可没。

  一波隐晦的商业互捧之后,咱们来具体谈一谈,Spring Cloud到底都提供了哪些工具。

  从Spring Cloud官方文档里,我们可以摘取到Spring的核心功能。

Distributed/versioned configuration【分布式以及版本化的配置】

Service registration and discovery【服务注册与发现】

Routing【路由】

Service-to-service calls【服务调用】

Load balancing【负载均衡】

Circuit Breakers【断路器】

Distributed messaging【分布式消息】

  不难发现,其实上面这些功能,就是开发微服务架构下的分布式应用,会经常用到的。

  不过,Spring团队厉害的地方就在于,他们很少会重复造*,而是让别人帮他们来造*。

  比如最早的Spring framework,Spring只是提供了IOC和AOP的核心功能,而具体的MVC框架、ORM框架、缓存等等,Spring都只是提供了很好的支持和兼容,并不会去自己实现一个。

  当然,除非是对方做的不够好,比如Spring MVC,就是因为当初的Struts2有着诸多的缺陷,才应运而生,并且很快就替代掉了Struts2,成为了主流的MVC框架。

  同样,Spring Cloud也是如此,Spring Cloud的核心并没有实现任何上述功能,让我们来看看Spring Cloud官方文档的一段介绍。

  Many of those features are covered by Spring Boot, on which Spring Cloud builds. Some more features are delivered by Spring Cloud as two libraries: Spring Cloud Context and Spring Cloud Commons. Spring Cloud Context provides utilities and special services for the ApplicationContext of a Spring Cloud application (bootstrap context, encryption, refresh scope, and environment endpoints). Spring Cloud Commons is a set of abstractions and common classes used in different Spring Cloud implementations (such as Spring Cloud Netflix and Spring Cloud Consul).

  笔者翻译:

  这些功能(就是上面列举的功能)大部分是由Spring Boot覆盖的,而Spring Cloud基于Spring Boot构建。Spring Cloud作为两个libraries提供了更多的功能。这两个libraries分别是,Spring Cloud Context和Spring Cloud Commons。

  其中Spring Cloud Context提供了一些工具,以及一个Spring Cloud应用的ApplicationContext的特殊服务,比如bootstrap上下文(关于这个家伙,后面有机会笔者会详细介绍)、加密、刷新、环境端点这些功能。

  而Spring Cloud Commons则是一组抽象和在不同Spring Cloud实现(比如Spring Cloud Netflix和Spring Cloud Consul)中使用的通用类。

  可以看出,Spring Cloud其实是一套规范,而不是一个可以拿来即用的框架,而Spring Cloud Netflix以及Spring Cloud Consul,才是Spring Cloud规范的实现。

  当然了,从今天开始,Spring Cloud的实现又多了一种,Spring Cloud Alibaba,-_-

  那么,接下来,咱们就来谈谈Spring Cloud Alibaba。

  

让微服务领域变天的Spring Cloud Alibaba

  

  文章的标题起的有点欠抽,不过笔者本人始终信奉一句话,管它三七二十一,先吹了再说,-_-。

  看过前面内容的同学,应该已经非常清楚的知道,Spring Cloud Alibaba和Spring Cloud的关系,Spring Cloud Alibaba(以下简称SCA)和Spring Cloud Netflix(以下简称SCN)一样,都是Spring Cloud规范的一套实现。

  为什么笔者要扯上SCN?

  因为所谓的“变天”,其实就和SCN有关。

  虽然这句话说出来可能火药味有点浓,但笔者还是要说,SCA的宗旨,就是要替代SCN,成为Spring Cloud规范的默认实现方案,有种宫廷剧嫔妃争宠的既视感,-_-。

  为什么笔者会有如此信心?这其实并不是盲目的自信,而是有据可依的。

  首先,不得不承认的是,目前绝大多数的Spring Cloud开发者,使用的都是SCN,但这些开发者大部分都有一个特点,那就是规模和流量都较小,一般能有20个微服务左右的规模,已经算是比较大的了。

  但是SCA中的组件,基本都是由阿里内部中间件转化而来,经历过多次双十一的考验,这也就意味着,SCA有着充足的场景,验证了它对于高并发的抗压能力。

  当然了,SCN或许也有这样的客户,只是笔者不知道而已,但这并不妨碍SCA的强大,因为十几亿人口的大国,全世界都没有几个,而中国是其中一个,因此,双十一所面对的流量高峰,足以让全世界颤抖。

  此外,仅从国内来说,SCA在地域和语言上也有着绝对的优势,毕竟,SCA有中文文档,而相信绝大多数没有自虐倾向的程序员,还是更倾向于看中文文档,而不是英文吧,-_-。

  最后,从各个组件上来说,SCA也有很多优势,不过因为内容太多,此处不再详表,后续笔者会专门写文章去逐个组件对比介绍。

  因此,笔者对SCA的未来还是非常看好的。

  不过说了这么多,有的同学可能要抱怨了,“我信你个鬼,你这个死作者坏得很,只顾吹牛,SCA到底都有啥啊?到现在都没说。”

  咳咳,接下来,笔者就简单罗列下,当前SCA版本所支持的功能列表。

  开源组件(spring-cloud-alibaba开头):

  •   服务发现(Service Discovery)
  •   配置管理(Configuration Management)
  •   高可用防护(Safeguarding for High Availability)

  商业服务(spring-cloud-alicloud开头):

  •   服务发现(ANS——Application Naming Service)
  •   配置管理(ACM——Application Configuration Management)
  •   对象存储服务(OSS——Object Storage Service)

  同时,接下来的时间里,SCA还会以最快的速度支持以下功能。

  开源组件(spring-cloud-alibaba开头):

  •   消息队列(RocketMQ)

  商业服务(spring-cloud-alicloud开头):

  •   任务调度(SchedulerX)
  •   日志服务(SLS)

  

结语

  

  写到这里,笔者该吹的基本上都吹完了。

  其实写了这么多,归根结底笔者就是想说一句话,Spring Cloud Alibaba正式发布第一版到maven*库,已经可以正式开始使用了哦,具体的可以到我们的GITHUB主页查看,https://github.com/spring-cloud-incubator/spring-cloud-alibaba

  笔者大概能猜到,你们此时的内心独白,或许是这样的。

  “我信你个鬼,你个死作者坏得很,害我看了这么多废话。”

  笔者只想告诉你,若干年以后,你一定会庆幸你看了这篇文章,让你知道了Spring Cloud Alibaba。

上一篇:Spring Cloud Alibaba | 序言


下一篇:基于Koa2框架的项目搭建及实战开发