SpringCloud 2018
- 微服务概述
- SpringCloud 概述
- 微服务工程搭建
- Eureka 服务注册与发现
- Ribbon 客户端负载均衡
- Feign 服务接口调用
- Hystrix 断路器
- Zuul 路由网关
- SpringCloud Config 分布式配置中心
- SpringCloud 技术梳理
GitHub
- https://github.com/hjyang19/microservicecloud.git
- https://github.com/hjyang19/microservicecloud-config.git
SpringCloud 概述
1-SpringCloud 概述
1.1-是什么
SpringCloud 基于 SpringBoot 提供了一套微服务解决方案,包括服务注册与发现、配置中心、全链路监控、服务网关、负载均衡、熔断器等组件,除了基于 Netflix 的开源组件做高度抽象封装之外,还有一些选型中立的开源组件。
SpringCloud 利用 SpringBoot 的开发便利性巧妙地简化了分布式系统基础设施的开发,SpringCloud 为开发人员提供了快速构建分布式系统的一些工具,包括配置管理、服务发现、断路器、路由、微代理、事件总线、全局锁、决策竞选、分布式会话等等,它们都可以用 SpringBoot 的开发风格做到一键启动和部署。
SpringBoot 并没有重复制造轮子,它只是将目前各家公司开发的比较成熟、经得起实际考验的服务框架组合起来,通过 SpringBoot 风格进行再封装屏蔽掉了复杂的配置和实现原理,最终给开发者留出了一套简单易懂、易部署和易维护的分布式系统开发工具包。
SpringCloud = 分布式微服务架构下的一站式解决方案,是各个微服务架构落地技术的集合体,俗称微服务全家桶。
1.2-能干嘛
-
Distributed/versioned configuration(分布式/版本控制配置)
-
Service registration and discovery(服务注册与发现)
-
Routing(路由)
-
Service-to-service calls(服务到服务的调用)
-
Load balancing(负载均衡配置)
-
Circuit Breakers(断路器)
-
Distributed messaging(分布式消息管理)
-
…
1.3-去哪下
官网:
Netflix:
中文:
1.4-怎么玩
-
服务的注册与发现(Eureka)
-
服务消费者(Rest + Ribbon)
-
服务消费者(Feign)
-
断路器(Hystrix)
-
断路器监控(Hystrix Dashboard)
-
路由网关(Zuul)
-
分布式配置中心(SpringCloud Config)
-
消息总线(SpringCloud Bus)
-
服务链路追踪(SpringCloud Sleuth)
-
…
2-SpringCloud 与 SpringBoot 比较
-
SpringBoot 专注于快速方便的开发单个个体微服务。
-
SpringCloud 是关注全局的微服务协调整理治理框架,它将 SpringBoot 开发的一个个单体微服务整合并管理起来,为各个微服务之间提供,配置管理、服务发现、断路器、路由、微代理、事件总线、全局锁、决策竞选、分布式会话等等集成服务。
-
SpringBoot 可以离开 SpringCloud 独立使用开发项目,但是 SpringCloud 离不开 SpringBoot,属于依赖的关系。
-
SpringBoot 专注于快速、方便的开发单个微服务个体,SpringCloud 关注全局的服务治理框架。
3-SpringCloud 与 Dubbo 比较
3.1-互联网架构
目前成熟的互联网架构:分布式 + 服务治理 Dubbo
3.2-活跃度
-
Dubbo:https://github.com/dubbo
-
SpringCloud:https://github.com/spring-cloud
3.3-对比结果
-
最大区别:SpringCloud 抛弃了 Dubbo 的 RPC 通信,采用的是基于 Http 的 Rest 方式。 严格来说,这两种方式各有优劣。虽然从一定程度上来说,后者牺牲了服务调用的性能,但也避免了上面提到的原生 RPC 带来的问题。而且 REST 相比 RPC 更为灵活,服务提供方和调用方的依赖只依靠一纸契约,不存在代码级别的强依赖,这在强调快速演化的微服务环境下,显得更加合适。
-
品牌机与组装机的区别:很明显 Spring Cloud 的功能比 Dubbo 更加强大,涵盖面更广,而且作为Spring 的拳头项目,它也能够与 Spring Framework、Spring Boot、Spring Data、Spring Batch 等其他Spring 项目完美融合,这些对于微服务而言是至关重要的。使用 Dubbo 构建的微服务架构就像组装电脑,各环节我们的选择自由度很高,但是最终结果很有可能因为一条内存质量不行就点不亮了,总是让人不怎么放心,但是如果你是一名高手,那这些都不是问题;而 Spring Cloud 就像品牌机,在 Spring Source 的整合下,做了大量的兼容性测试,保证了机器拥有更高的稳定性,但是如果要在使用非原装组件外的东西,就需要对其基础有足够的了解。
-
社区支持与更新力度 :最为重要的是 Dubbo 停止了5年左右的更新,虽然 2017.7 重启了。对于技术发展的新需求,需要由开发者自行拓展升级(比如当当网弄出了 DubboX ),这对于很多想要采用微服务架构的中小软件组织,显然是不太合适的,中小公司没有这么强大的技术能力去修改 Dubbo 源码 + 周边的一整套解决方案,并不是每一个公司都有阿里的大牛 + 真实的线上生产环境测试过。