震惊！！！Spring Cloud Alibaba正式入驻Spring Cloud官方孵化器！！！

前言

今天看到阿里加入SpringCloud的官方孵化器的消息着实大吃了一斤！！！
其实听闻阿里准备加入SpringCloud官方孵化器的消息也有一段时间了，只是官方没有大动作，“入赘”的“嫌疑”无法被确定，而今“人赃俱获”：

• Spring Cloud Alibaba：

  • 官网
  • 中文版官网

• Spring Cloud Alibaba Dependencies(Maven Repository)

  <dependencyManagement>
  		<dependencies>
  			<dependency>
  				<groupId>org.springframework.cloud</groupId>
  				<artifactId>spring-cloud-alibaba-dependencies</artifactId>
  				<version>0.2.0.RELEASE</version>
  				<type>pom</type>
  				<scope>import</scope>
  			</dependency>
  		</dependencies>
  	</dependencyManagement>
  

首先对微服务不太了解的同学请移步至鄙人文章。，若不喜欢捶轻点，或者去大神吧下看看，这里就不赘述微服务架构是什么鬼东西了…

进入正题。

我们知道在微服务架构这一块在Spring Cloud在国内还没有火热之前，阿里就靠Dubbo迅速地占领了国内的互联网“高地”，于是乎在很多大企业中都是用基于Dubbo的分布式思想和集成工具来做自己的分布式系统，以至于在比较长的一段时间内Dubbo在国内狂野生长，一个典型的例子就是：我一个朋友去面试一家大型企业，由于没有大型分布式系统开发的经验被HR/CTO各种按地摩擦，结果可想而知-你不懂或者未经过大型分布式系统开发的Dev都是ZZ…。

后来啊，Spring Cloud来了，并且来势汹汹，大有阿呆屠榜的架势。于是乎在国内互联网行业掀起了很大的浪潮并且以强悍的手段和高度集成的工具集俘获了很多Dev的芳心，也越来越多的中小型企业/公司用Spring Cloud来微服务架构以支持自身业务扩展。

• Dubbo VS Spring Cloud
  

同时微服务架构(此处Dubbo有点委屈，因为严格以上的微服务定义本身为Spring Cloud Design的，Dubbo时典型的分布式架构)，Dubbo VS Spring Cloud的优劣势一览无余…Dubbo 惜败(我个人认为是完败…)。

道理我们都懂，刚不过就猥琐发育呗，好歹使用Dubbo的还是有一大批企业的，而国内Ali算是*的互联网企业在技术/架构上领跑者，小型互联网公司的晴雨表啊。现在好了Ali的Dubbo刚不过Spring Cloud下面的好多“小弟”都用着Dubbo呢，而且分布式架构趋于成熟要想重构谈何容易…于是乎Ali决定主动拥抱正真的微服务：

• 为“小弟们”解决架构尾大不掉的问题，保住自己在国内的声望。
• 在大势所趋的情势下主动出击，蹭着热度向世界展示自己的实力，在国际IT界证明自己(结果与否看阿里自己的动作吧)。
• …

个人还是很欣赏阿里的这一举措的，虽然我的认可和欣赏无甚*用…但我还是要说：阿里，我很欣赏你的态度。至于在微服务架构中怎么去贡献(占领)自己的力量(市场)就看她自己怎么玩了。

Ali此次入驻Spring Cloud “取代” Spring Cloud Netflix的“居心”路人皆知，Netflix的一套高可用服务，出版的Spring Cloud Alibaba 基本都有：
Spring Cloud Alibaba(SCA)：

• 开源组件
  • 服务发现（Service Discovery）
  • 配置管理（Configuration Management）
  • 高可用防护（Safeguarding for High Availability）
• 商业服务
  • 服务发现（ANS——Application Naming Service）
  • 配置管理（ACM——Application Configuration Management）
  • 对象存储服务（OSS——Object Storage Service）

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

• 开源组件

  • 消息队列（RocketMQ）

• 商业服务

  • 任务调度（SchedulerX）
  • 日志服务（SLS）

好了下面我们看看Spring Cloud Alibaba都有哪些贡献：

• 服务注册与发现
  实现了 Spring Cloud common 中定义的 registry 相关规范接口，引入依赖并添加一些简单的配置即可将你的服务注册到Nacos Server中，并且支持与Ribbon的集成
• 配置管理
  实现了 PropertySoureLocator 接口，引入依赖并添加一些简单的配置即可从 Nacos Server 中获取应用配置并设置在 Spring 的 Environment 中，而且无需依赖其他组件即可支持配置的实时推送和推送状态查询。
• 高可用防护
  默认集成了 Servlet、RestTemplate、Dubbo、RocketMQ 的限流(Flow Control)降级(Circuit Breaking and Concurrency)，只需要引入依赖即可完成限流降级的集成动作，并支持在应用运行状态下通过 Sentinel 控制台来实时修改限流降级的策略和阈值。
• 应用发现服务
  阿里云应用发现服务ANS，除了应用发现的基本功能外，提供了更低成本的 SaaS 化应用发现服务，同时在接口的调用中加入了加密逻辑，更好地保护你的服务。
• 配置管理服务
  阿里云配置管理服务ACM，加强了安全的配置管理，并且还包含了完整的推送轨迹查询。
• 对象存储服务
  阿里云云存储服务OSS，支持在任何应用、任何时间、任何地点存储和访问任意类型的数据， 只需要自动注入一个 OSS Client，即可直接使用存储与下载功能。