前言：
阿里巴巴，作为国内互联网公司的Top，算是业界的标杆，有阿里背景的程序员，也更具有权威性。作为程序员，都清楚阿里对于员工要求有多高，技术人员掌握的技术水平更是望尘莫及。所以，大厂程序员的很多经验也都值得我们借鉴和学习，在一定程度上确实能够帮助我们“走捷径”。
Spring Cloud Alibaba其实是阿里的微服务解决方案，是阿里巴巴结合自身微服务实践,开源的微服务全家桶，在Spring Cloud项目中孵化成为Spring Cloud的子项目。第一代的Spring Cloud标准中很多组件已经停更,如：Eureak,zuul等。所以Spring Cloud Alibaba很有可能成为Spring Cloud第二代的标准实现，所以许多组件在业界逐渐开始使用，已有很多成功案例。值得一提的是Spring Cloud Alibaba对Dubbo做了很好的兼容，同时也提供了一些强大的功能，如 Sentinel 流控 ，Seata 分布式事务，Nacos 服务发现与注册等等。
但现在网上学习SpringCloudAlibab的资料要么不全要么很少，完整的就更别说了，所以今天给大家免费分享的正是**Alibaba出品的Spring Cloud Alibaba 的学习文档，图文并茂，量身打造，非常适合再学习Spring Cloud Alibaba的朋友观看！**下面来看看这份Spring Cloud Alibaba 学习文档吧！
由于篇幅问题，为了不影响阅读，这份完整的Spring Cloud Alibaba学习文档已经整理好了，有需要的朋友可以点此处获取。
一、微服务概念
随着互联网的发展，网站应用的规模也在不断的扩大，进而导致系统架构也在不断的进行变化。从互联网早起到现在，系统架构大体经历了下面几个过程: 单体应用架构—>垂直应用架构—>分布式架构—>SOA架构—>微服务架构，当然还有悄然兴起的Service Mesh(服务网格化)。接下来我们就来了解一下每种系统架构是什么样子的， 以及各有什么优缺点。
二、微服务环境搭建
三、 Nacos Discovery–服务治理
什么是服务治理
服务治理是微服务架构中最核心最基本的模块。用于实现各个微服务的自动化注册与发现。
四、 Sentinel–服务容错
在微服务架构中，我们将业务拆分成一个个的服务，服务与服务之间可以相互调用，但是由于网络原因或者自身的原因，服务并不能保证服务的100%可用，如果单个服务出现问题，调用这个服务就会出现网络延迟，此时若有大量的网络涌入，会形成任务堆积，最终导致服务瘫痪。
第五章 Gateway–服务网关
在微服务架构中，一个系统会被拆分为很多个微服务。那么作为客户端要如何去调用这么多的微服务呢？如果没有网关的存在，我们只能在客户端记录每个微服务的地址，然后分别去调用。
六、Sleuth–链路追踪
在大型系统的微服务化构建中，一个系统被拆分成了许多模块。这些模块负责不同的功能，组合成系统，最终可以提供丰富的功能。在这种架构中，一次请求往往需要涉及到多个服务。互联网应用构建在不同的软件模块集上，这些软件模块，有可能是由不同的团队开发、可能使用不同的编程语言来实现、有可能布在了几千台服务器，横跨多个不同的数据中心，也就意味着这种架构形式也会存在一些问题
七、Rocketmq–消息驱动
八、SMS–短信服务及Nacos Config–服务配置
九、Seata–分布式事务
事务指的就是一个操作单元，在这个操作单元中的所有操作最终要保持一致的行为，要么所有操作都成功，要么所有的操作都被撤销。简单地说，事务提供一种“要么什么都不做，要么做全套”机制。
由于篇幅问题，为了不影响阅读，这份完整的Spring Cloud Alibaba学习文档已经整理好了，有需要的朋友可以点此处获取。