Ribbon

开发联调阶段通过zuul网关给app提供接口。但调用接口时好时坏，有时抛出如下异常。 { "timestamp" : 1590461140265 , "status" : 500 , "error" : "Internal Server Error" , "exception" : "com.netflix.zuul.exception.ZuulException" , "message" : "TIMEOUT" } 只知道是TIMEOUT，有一定的概率发生，但具体是哪里超时无法确定。也只能让接口调用者先不停的retry。 zuul超时 ? ribbon超时 ? hystrix超时 ? 搜索timeout配置项毫无发现 抛出的堆栈信息包含重要信息。 以下是一些调试的技巧。 打断点： 选择一个地方作为入口。 逐行跟踪： Step Over ， Step Into ， Force Step Into ， Step Out ，Drop Frame ， Return to Cursor ， Resume Frame 。 这是了解一个软件(插件） 内部执行逻辑最好的方法。只有一步步调试下去，一定能找到到底是哪里出错了。 其余一些捷径。 点击包名即可进入到包内。 包内进行搜索 timeout。 最终在hystrix包内检索到 execution.isolation.thread

首先要知道的是Spring Cloud是微服务架构。 微服务架构是一种架构模式，它将单一的应用程序划分成一组很小的服务，服务之间相互协调、互相配合。每个服务都运行在独立的进程中，服务与服务间采用轻量级通信机制（通常是HTTP协议的RESTful API）。每个服务都有着自己的业务，并且能够被独立的部署到生产环境、类生产环境等，对于具体的一个服务而言，应该根据上下文，选择合适的语言、工具对其进行构建。 Spring Cloud中是一种微服务架构，项目案例：www.1b23.com，其中包含如下功能： 服务注册与发现、服务调用、服务熔断、负载均衡、服务降级、服务消息队列、配置中心管理、服务网关、服务监控、全链路追踪、自动化构建部署、服务定时任务。 但是在项目中一般只会用到如下几种： 服务注册与发现：EUREKA 服务负载与调用：NETFLIX OSS RIBBON、NETFLIX FEIGN 服务熔断降级：HYSTRIX 服务网关：NETFLIX Zuul 服务器分布式配置：Spring Coloud Config 服务开发：Spring Boot 下面来看下官方解析 Cloud 分布式系统的开发与一般的系统来说是具有挑战性的。服务之间的交流更为密切，Cloud把项目的工作重点由应用层移到了网络层。代码想要连接到Cloud服务需要12个因素，如配置文件，状态，日志，连接到后端的服务

项目名称 piggymetrics 转发+关注，然后私信回复关键字 “项目”即可获得《 piggymetrics 》的源码地址 项目简介 这是一个教程项目，演示了使用Spring Boot，Spring Cloud和Docker的微服务架构模式。顺便说一下，拥有漂亮的用户界面。 功能服务 PiggyMetrics被分解为三个核心微服务。它们都是围绕某些业务领域组织的可独立部署的应用程序。 开户服务 包含一般用户输入逻辑和验证：收入/支出项目，储蓄和账户设置。 统计服务 对主要统计参数执行计算，并捕获每个账户的时间序列。数据点包含以标准化为基础货币和时间段的值。此数据用于跟踪账户生命周期中的现金流动态。 通知服务 存储用户的联系信息和通知设置（如提醒和备份频率）。计划工从其他服务收集所需的信息，并将电子邮件发送给订阅的客户。 笔记 每个微服务都有自己的数据库，因此无法绕过API并直接访问持久性数据。 在这个项目中，作者将MongoDB用作每个服务的主数据库。具有多语言持久性体系结构（选择最适合服务需求的db类型）也可能是有意义的。 服务到服务的通信已大大简化：微服务仅使用同步REST API进行通话。实际系统中的常见做法是使用交互样式的组合。例如，执行同步GET请求以检索数据，并通过消息代理使用异步方法进行创建/更新操作，以使服务和消息分离。但是，这将我们带到了最终的一致性世界。

1、什么是 Spring Cloud？ Spring cloud 流应用程序启动器是 于 Spring Boot 的 Spring 集成应用程序，提供与外部系统的集成。Spring cloud Task，一个生命周期短暂的微服务框架，用于快速构建执行有限数据处理的应用程序。 2、使用 Spring Cloud 有什么优势？ 使用 Spring Boot 开发分布式微服务时，我们面临以下问题 （1）与分布式系统相关的复杂性-这种开销包括网络问题，延迟开销，带宽问题，安全问题。 （2）服务发现-服务发现工具管理群集中的流程和服务如何查找和互相交谈。它涉及一个服务目录，在该目录中注册服务，然后能够查找并连接到该目录中的服务。 （3）冗余-分布式系统中的冗余问题。 （4）负载平衡 --负载平衡改善跨多个计算资源的工作负荷，诸如计算机，计算机集群，网络链路，中央处理单元，或磁盘驱动器的分布。 （5）性能-问题 于各种运营开销导致的性能问题。 （6）部署复杂性 evops 技能的要求。 3、服务注册和发现是什么意思？Spring Cloud 如何实现？ 当我们开始一个项目时，我们通常在属性文件中进行所有的配置。随着越来越多的服务开发和部署，添加和修改这些属性变得更加复杂。有些服务可能会下降，而某些位置可能 会发生变化。手动更改属性可能会产生问题。Eureka

作者：Jay_huaxiao https://juejin.im/post/5d214639e51d4550bf1ae8df 1.spring的生命周期 Spring作为当前Java最流行、最强大的轻量级容器框架，了解熟悉spring的生命周期非常有必要； 首先容器启动后，对bean进行初始化 按照bean的定义，注入属性 检测该对象是否实现了xxxAware接口，并将相关的xxxAware实例注入给bean，如BeanNameAware等 以上步骤，bean对象已正确构造，通过实现BeanPostProcessor接口，可以再进行一些自定义方法处理。如:postProcessBeforeInitialzation。 BeanPostProcessor的前置处理完成后，可以实现postConstruct，afterPropertiesSet,init-method等方法， 增加我们自定义的逻辑， 通过实现BeanPostProcessor接口，进行postProcessAfterInitialzation后置处理 接着Bean准备好被使用啦。 容器关闭后，如果Bean实现了DisposableBean接口，则会回调该接口的destroy()方法 通过给destroy-method指定函数，就可以在bean销毁前执行指定的逻 2.TCP三次握手，四次挥手

Feign简介 在上一篇文章中分析了Eureka的注册、续约、服务剔除、服务自我保护等机制，地址在https://blog.csdn.net/lgq2626/article/details/80288992。这篇分析SpringCloud的feign。SpringCloud微服务项目之间调用是通过httprest请求来进行服务调用的，之前我们会用到HttpClient等工具来进行服务请求，Spring对这种请求进行了处理，封装成了可声明式的web客户端，使得编写web客户端更容易，feign还支持可插拔的编码器和解码器，Spring在用的时候增加了对@requestMapping的处理，同时，SpringCloud还对feign集成了注册中心（eureka）和客户端负载均衡（ribbon），使得我们拥有一个客户端负载均衡的web请求客户端。 Feign在项目中的配置和使用 在Springcloud中使用feign的时候，需要在配置类中加入一个@EnableFeignClients注解。代码如下： @SpringBootApplication//springboot 启动类 @EnableFeignClients//开启eureka扫描 @EnableDiscoveryClient//开启eureka客户端 public class Application { public

来源： zhihu.com/question/359630395/answer/954452799 背景介绍： hongjic93 是这样回答的： brice 是这样回答到： 今天在知乎上看到这样一个问题："为什么游戏公司的server不愿意微服务化？" 背景介绍： “ 笔者最近去面试了家游戏公司。 最近面试了一家游戏公司（满大间的，有上市） 我问他，公司有没有做微服务架构的打算及考量？ 他很惊讶的说，我没听说过微服务耶，你可以解释一下吗？ 我大概说了，方便测试，方便维护，方便升级，服务之间松耦合，可多语言开发，自动扩容…之类的点 然后他说游戏server不太需要微服务，因为要求real time，做微服务会影响效能，分模组来开发就好了 我也不确定，但微服务不是趋势吗？特别是大公司，游戏server的服务应该很容易拆分吧？ hongjic93 是这样回答的： 比如moba类游戏/王者荣耀/LOL，就看王者荣耀的客户端吧，想象一下。 账号系统，符文系统，英雄系统，皮肤系统，好友系统，好友之间messaging，这些都是常规操作，如果流量足够大，当然可以用微服务的架构去做。 不过这不是这个游戏的核心，核心是MOBA：Multiplayer online battle arena。特性是什么？ 10个人之间各种游戏事件的高速多向通讯 streaming/broadcast

SpringCloud的Hoxton版本，和之前的版本相比，用新的组件替换掉了原来大部分的组件，老的组件现在处于 停更不停用 的状况。 详情见下图（ × 的表示之前的组件，现在停更了的； √ 的表示新的替换后的组件）： 描述： 服务注册中心： Eureka：官方停止更新，并且已经有更好的替代产品了，可以使用，但是官方已经不建议使用了（重度患者）。 Zookeeper：某些老系统，以前是用的Zookeeper + Dubbo，后来做技术升级，结果发现SpringCloud的Eureka停更了，然后就用了最少的技术切换，那么就用了Zookeeper做注册中心。 Consul：go语言开发的，也是一个优秀的服务注册框架，但是使用量较少，风头都被Nacos抢了。 Nacos：来自于SpringCloudAlibaba，在企业中经过了百万级注册考验的，不但可以完美替换Eureka，还能做其他组件的替换，所以强烈建议使用，是学习的重点。 服务调用： Ribbon：也进入了维护状态，停止更新了，但是Spring官方还在使用（轻度患者）。 LoadBalancer：Spring官方推出的一个新的组件，打算逐渐取代掉Ribbon，但是现在还处于萌芽状态。 服务调用2： Feign：Netflix 公司产品，也停止更新了。 OpenFeign：Spring社区等不了Netflix更新了

云栖号资讯：【 点击查看更多行业资讯 】 在这里您可以找到不同行业的第一手的上云资讯，还在等什么，快来！ SpringCloud微服务 微服务的模式和形式我在前面已经进行部分的提及，但是一直没落实到技术层面，这段时间我也在次研究了一下微服务，下面我先贴出SpringCloud整体涉及的结构： 上面展示的这些是SpringCloud整体的结构 先对这些空间做一个初步的介绍： Ribbon，客户端负载均衡，重试机制。 Hystrix，客户端容错保护，服务熔断、请求缓存、请求合并、依赖隔离。 Feign，声明式服务调用，本质上就是Ribbon+Hystrix（优化代码，避免直接使用RestTemplate的混乱）Bus，消息总线，配合Config仓库修改的一种Stream实现，独自启动不需要依赖其它组件。 Eureka，服务注册中心，特性有失效剔除、服务保护。 Dashboard，Hystrix仪表盘，监控集群模式和单点模式，其中集群模式需要收集器Turbine配合。Zuul，API服务网关，功能有路由分发和过滤。还有其它服务空间，包括configuration等等 那么什么是注册中心呢？ 注册中心，是服务的提供者发布自己服务的地方，传统手写的restful接口提供的服务会涉及到服务发布者的端口IP等等，通过注册中心可以直接调用已经发布在上面的服务，只需要通过服务名即可 从图中可以看出

发现&配置中心选型 2020-06-08 配置中心产品功能对比 功能 spring cloud config apollo nacos consul 管理端配置管理 自己开发基于gitlab管理 支持 支持 支持 配置刷新 依赖Git的WebHook<br />Spring Cloud Bus和客户端/bus/refresh http poll http poll http poll 权限控制 依赖gitlab 支持 简单 不支持 灰度发布 依赖destination 不完整 支持 支持 不支持 配置回滚 不支持 支持 支持 不支持 程序支持 java java .net java、go、node、Python、c# 最小依赖 config3 + kafka3 + zk3 + gitlab2 Config 2+Admin 3+Portal*2+Mysql nacos3 + mysql consul server、 agent 厂商 netflix 携程 阿里 HashiCorp 多环境支持 支持 支持 支持 支持 多项目支持 可以支持 支持 支持 可以支持 配置共享 支持 支持 支持 不支持 注册发现功能 无 无 有 有 注册中心对比 Nacos Eureka Consul 一致性协议 CP+AP AP CP 健康检查 TCP/HTTP/MYSQL/Client Beat