Spring Cloud

现象： 1、maven报错：Cannot resolve org.springframework.cloud:spring-cloud-starter-openfeign:unknown 解决： 在 https://start.spring.io/中指定与当前SpringBoot相同版本2.2.10.RELEASE 界面选择添加OpenFeign依赖，生成demo工程，并对比demo工程中的pom引用与现有工程中的pom文件的不同 dependencyManagement中少 <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-dependencies</artifactId> <version>Hoxton.SR8</version> <type>pom</type> <scope>import</scope> </dependency> 添加以上两项，问题解决 本文作者： 浩子淘天下 本文链接： http://blog.chuangzhi8.cn/posts/10-maven-cannot-resolve-org-springframework-cloud:spring-cloud-starter-openfeign:unknown.html#more 版权声明：

点击蓝字关注我吧 博客： https:// damon8.cn 沉淀、分享、成长，让自己和他人都能有所收获！ 😜 目录 一、前言 二、会议室 三、代码评审 1. 日志规范 2. IDEA提示 3. 代码格式 4. 单元测试 5. 分支规范 6. 夹带需求 7. 异常流程 8. 代码成坨 9. SQL性能 10. 结伴编程 四、总结 五、系列推荐 一、前言 好的代码往往也很好看 代码是给机器运行的，但同样也是给人看的，并且随着上线还需要由人来运维。那么写出 可扩展 、 易维护 、 好读懂 的代码就显得非常重要。 对于新人来说，互联网大厂项目开发与平常自己学习的代码还是有很大的差别的。日常学习时候通常只要能运行出结果即可，并不会有其他的要求。也不会说有；PRD评审、研发设计评审、代码开发、代码评审以及中间一些列的提交物，直到测试完成，上线验证，开量对外等等。 所以很多新人刚从学校毕业或者从小公司进入大厂，在规范制约下会有一些不习惯，甚至犯错误。那么为了让大家更好的知晓这些问题，小傅哥特意整理了一些例子，欢迎参考。 二、会议室 谢飞机 ，刚刚入职没多久，兴奋的写着leader给的需求，🐎码的飞快。恰巧组长走过来：“飞机，带着你的电脑，跟我来码云会议室，做下代码评审。” leader ：飞机，你这代码咋这么粗鲁！ 飞机 ：啊？😱 leader ：我要不拦着你，我感觉你这代码都能飞。

《小姐姐味道》是一个主观性和悲观性很强的公众号。吉祥物是佩奇，然鹅过着不如猪的生活。 本公众号关注的方向有两个。 一个是基础架构。 一个是Linux。 不知不觉写了上百篇文章，感觉被掏空了。总结性的文章果然也就是就那么点料。接下来，可能要写一些系列性的文章。冷门但很重要的那种。 还是先总结一下吧。 Linux 小姐姐比较自豪的就是linux玩的非常6。对了，为了体现自己的博学，还出了个系列。最爱的编辑器当然是vim，这篇文章很受欢迎，你也来看看吧。 Linux生产环境上，最常用的一套“vim“技巧 Java堆外内存排查小结 据说很多人拿来洗稿 Linux五件套↓ Linux之《荒岛余生》（一）准备篇 Linux之《荒岛余生》（二）CPU篇 Linux之《荒岛余生》（三）内存篇 Linux之《荒岛余生》（四）I/O篇 Linux之《荒岛余生》（五）网络篇 LWP进程资源耗尽，Resource temporarily unavailable 命令行版星球大战 # 挖坟会不会被打？ 在终端画画、炒股、玩游戏 与福报厂无因果 小姐姐还是一个阿里黑，甚至是无脑黑。看我的表演 ↓ 坑爹项目「spring-cloud-alibaba」，我们也来一个 阿里开源软件替换指南 当然，也会恬不知耻的继续使用福报厂的一些优秀项目（羞）。 由 Canal 组件分析集成中间件架构的一般过程 高屋建瓴

涉及平台：平台管理（包含自营店面）、商家端（PC端、手机端）、买家平台（PC端、H5/公众号、小程序、APP端（IOS/Android）、微服务平台（业务服务） 核心架构：Spring Cloud、Spring Boot、Mybatis、Redis、SFTP 前端框架：VUE、Uniapp、Bootstrap/H5/CSS3、IOS、Android、小程序 核心思想：分布式、微服务、云架构、模块化、原子化、持续集成、集群部署、前后端分离、支持阿里Docker 开发模式：前后端分离、微服务开发 社交模式：VR全景虚拟现实、直播带货、短视频带货、分销分润、代跑腿配送等 JDK/数据库：JDK 1.8+/MYSQL 5.6+ 来源 来源： oschina 链接： https://my.oschina.net/u/3613013/blog/4945555

前言 上云目前已经是绝大数企业首选的IT基础设施建设方案，但是云上仍然存在一些不确定因素（机房硬件故障、网络故障、断网/断电、人为操作失误），导致各大云厂商每年在不同的数据中心都会发生一些故障，所以建设具备容灾能力的业务应用是必需的。公共云上容灾解决方案涵盖同城双活、跨Region容灾和异地多活等容灾场景，对公共云上大多数中长尾客户来说，更需要的是一种对应用侵入性小甚至透明，但又能保证高可用的容灾方案，同城双活无疑是首选的容灾方案，大多数业务应用只要做到同城双活，就可以避免掉大多数数据中心不可用故障。 本实践就是帮助大家高效、低成本地实现自己的业务应用具备同城双活容灾能力。通过这篇文章可以基于EDAS高效的实现同城双活容灾，在实现这些容灾场景的同时需要其他的阿里产品配合，也会一并介绍对应的解决方案，可以参考下面架构图： 鉴于目前需要做容灾的主流架构都已经拆分为微服务架构，而且微服务架构本身也是一种具备更强容灾高可用能力的架构。微服务架构一般由网关（统一接入层）、RPC框架（Dubbo，Spring Cloud）、消息(MQ)、分布式数据库、缓存等核心软件构成，通过EDAS可以高效地实现入口流量切流、RPC路由容灾、多可用区部署等能力，参考下图： 方案主要产品介绍 EDAS 企业级分布式应用服务 EDAS（Enterprise Distributed Application

涉及平台：平台管理（包含自营店面）、商家端（PC端、手机端）、买家平台（PC端、H5/公众号、小程序、APP端（IOS/Android）、微服务平台（业务服务） 核心架构：Spring Cloud、Spring Boot、Mybatis、Redis、SFTP 前端框架：VUE、Uniapp、Bootstrap/H5/CSS3、IOS、Android、小程序 核心思想：分布式、微服务、云架构、模块化、原子化、持续集成、集群部署、前后端分离、支持阿里Docker 开发模式：前后端分离、微服务开发 社交模式：VR全景虚拟现实、直播带货、短视频带货、分销分润、代跑腿配送等 JDK/数据库：JDK 1.8+/MYSQL 5.6+ 来源 来源： oschina 链接： https://my.oschina.net/u/3613013/blog/4945283

目录 第一章 Zuul介绍 1.1、什么是Zuul 1.2、为啥用Zuul 第二章 Zuul路由功能 2.1、项目准备与启动 2.2、工程搭建与测试 2.3、配置自定义路由 2.4、禁止默认的路由 2.5、简化自定义路由 2.6、统一加路径前缀 2.7、路由规则通配符 第三章 Zuul过滤功能 3.1、过滤器介绍 3.2、过滤器类型 3.3、过滤器使用场景 3.4、过滤器生命周期 3.5、内置过滤器列表 3.6、自定义的过滤器 3.7、禁用指定过滤器 3.8、处理全局的异常 第四章 Zuul其他功能 4.1、负载均衡超时 4.2、服务降级熔断 4.3、网关缓存问题 配套资料，免费下载 链接：https://pan.baidu.com/s/1la_3-HW-UvliDRJzfBcP_w 提取码：lxfx 复制这段内容后打开百度网盘手机App，操作更方便哦 第一章 Zuul介绍 1.1、什么是Zuul 通过前面内容的学习，我们已经可以基本搭建出一套简略版的微服务架构了，我们有注册中心Eureka，可以将服务注册到该注册中心中，我们有Ribbon或Feign或OpenFegin可以实现对服务负载均衡地调用，我们有Hystrix可以实现服务的熔断、降级以及限流以及Dashboard和Turbine来进行服务调用监控。 Zuul是Spring Cloud全家桶中的微服务API网关

作者 | 行松 阿里巴巴云原生团队 来源 | Serverless 公众号，整理自 《Serverless 技术公开课》 背景 通过前面几节课程的学习，相信大家对于 SAE 平台已经有了一定的了解，SAE 基于 IaaS 层资源构建的一款 Serverles 应用托管产品，免除了客户很多复杂的运维工作，开箱即用、按用量付费；并且提供了丰富的 Open API 可以很容易地与其他平台做集成。 本文将为大家介绍 SAE 在微服务方面的一些能力，SAE 产品把 Serverless 技术和微服务做了很好的结合，天然支持 Java 微服务应用的托管和服务治理，对 SpringCloud/Dubbo 微服务应用能够在只修改配置和依赖，不修改代码的情况下迁移到 SAE 上，并提供服务治理能力，比如基于租户的微服务隔离环境、服务列表、无损下线、离群摘除、应用监控以及调用链分析等。 本次课程分为三部分来介绍，分别介绍微服务应用迁移到 SAE 的优势，如何迁移 SpringCloud/Dubbo 应用到 SAE 上，以及针对 SpringCloud 应用迁移的实践演示。 迁移到 SAE 的优势 在介绍迁移之前，先介绍下 SpringCloud/Dubbo 应用迁移到 SAE 的优势： SAE 内置注册中心 ：所有用户共享注册中心组件，SAE 帮助用户运维，这就节省了用户的部署、运维成本

作者 | 行松 阿里巴巴云原生团队 本文整理自 《Serverless 技术公开课》 ，“Serverless”公众号后台回复“入门”，即可获取系列文章 PPT。 背景 通过前面几节课程的学习，相信大家对于 SAE 平台已经有了一定的了解，SAE 基于 IaaS 层资源构建的一款 Serverles 应用托管产品，免除了客户很多复杂的运维工作，开箱即用、按用量付费；并且提供了丰富的 Open API 可以很容易地与其他平台做集成。 本文将为大家介绍 SAE 在微服务方面的一些能力，SAE 产品把 Serverless 技术和微服务做了很好的结合，天然支持 Java 微服务应用的托管和服务治理，对 SpringCloud/Dubbo 微服务应用能够在只修改配置和依赖，不修改代码的情况下迁移到 SAE 上，并提供服务治理能力，比如基于租户的微服务隔离环境、服务列表、无损下线、离群摘除、应用监控以及调用链分析等。 本次课程分为三部分来介绍，分别介绍微服务应用迁移到 SAE 的优势，如何迁移 SpringCloud/Dubbo 应用到 SAE 上，以及针对 SpringCloud 应用迁移的实践演示。 迁移到 SAE 的优势 在介绍迁移之前，先介绍下 SpringCloud/Dubbo 应用迁移到 SAE 的优势： SAE 内置注册中心： 所有用户共享注册中心组件，SAE 帮助用户运维

Sentinel: 分布式系统的流量防卫兵 Sentinel 是什么？ 随着微服务的流行，服务和服务之间的稳定性变得越来越重要。Sentinel 以流量为切入点，从流量控制、熔断降级、系统负载保护等多个维度保护服务的稳定性。 Sentinel 具有以下特征: 丰富的应用场景：Sentinel 承接了阿里巴巴近 10 年的双十一大促流量的核心场景，例如秒杀（即突发流量控制在系统容量可以承受的范围）、消息削峰填谷、集群流量控制、实时熔断下游不可用应用等。 完备的实时监控：Sentinel 同时提供实时的监控功能。您可以在控制台中看到接入应用的单台机器秒级数据，甚至 500 台以下规模的集群的汇总运行情况。 广泛的开源生态：Sentinel 提供开箱即用的与其它开源框架/库的整合模块，例如与 Spring Cloud、Dubbo、gRPC 的整合。您只需要引入相应的依赖并进行简单的配置即可快速地接入 Sentinel。 完善的 SPI 扩展点：Sentinel 提供简单易用、完善的 SPI 扩展接口。您可以通过实现扩展接口来快速地定制逻辑。例如定制规则管理、适配动态数据源等。 Sentinel 的主要特性： Sentinel 的开源生态： Sentinel 分为两个部分: 核心库（Java 客户端）不依赖任何框架/库，能够运行于所有 Java 运行时环境，同时对 Dubbo /