eureka

spring gateway 使用基于netty异步io,第二代网关； zuul 1 使用servlet 3，第一代网关，每个请求一个线程，同步Servlet，多线程阻塞模型。 而spring貌似不想在支持zuul 2了 API网关作为后端服务的统一入口，可提供请求路由、协议转换、安全认证、服务鉴权、流量控制、日志监控等服务。 1.搭一个简单的网关 idea中file-new-project pom.xml文件(引入eureka) <? xml version="1.0" encoding="UTF-8" ?> < project xmlns ="http://maven.apache.org/POM/4.0.0" xmlns:xsi ="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation ="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd" > < modelVersion > 4.0.0 </ modelVersion > < parent > < groupId > org.springframework.boot </ groupId > < artifactId > spring-boot

点击左上角，关注：“锅外的大佬” 专注分享国外最新技术内容 帮助每位开发者更优秀地成长 1.概述 Spring Boot Web应用程序默认包含预配置的嵌入式Web服务器。但在某些情况下，我们要 修改默认配置 以满足自定义要求。 在本教程中，我们将介绍通过 application.properties 文件配置Tomcat嵌入式服务器的一些常见用例。 2.常见的嵌入式Tomcat配置 2.1. 服务器地址和端口 我们希望更改的最常见配置是端口号 ： server . port = 80 如果我们不提供 server.port 参数，则默认设置为 8080 。 在某些情况下，我们可能希望设置服务器应绑定的网络地址。换句话说，我们定义一个 服务器将监听的IP地址 ： server . address = my_custom_ip 默认情况下，该值设置为 0.0.0.0 ，允许通过所有IPv4地址进行连接。设置另一个值，例如localhost - 127.0.0.1 - 将使服务器更具选择性。 2.2. 错误处理 默认情况下，Spring Boot提供标准错误网页 。此页面称为 Whitelabel 。它默认启用，但如果我们不想显示任何错误信息，我们可以禁用它： server . error . whitelabel . enabled = false Whitelabel 的默认路径是

Spring Cloud简介 Spring Cloud是一个基于Spring Boot实现的云应用开发工具，它为基于JVM的云应用开发中涉及的配置管理、服务发现、断路器、智能路由、微代理、控制总线、全局锁、决策竞选、分布式会话和集群状态管理等操作提供了一种简单的开发方式。 Spring Cloud包含了多个子项目（针对分布式系统中涉及的多个不同开源产品），比如：Spring Cloud Config、Spring Cloud Netflix、Spring Cloud0 CloudFoundry、Spring Cloud AWS、Spring Cloud Security、Spring Cloud Commons、Spring Cloud Zookeeper、Spring Cloud CLI等项目。 Spring Cloud Eureka 首先，我们来尝试使用Spring Cloud Eureka来实现服务治理。 Spring Cloud Eureka是Spring Cloud Netflix项目下的服务治理模块。而Spring Cloud Netflix项目是Spring Cloud的子项目之一，主要内容是对Netflix公司一系列开源产品的包装，它为Spring Boot应用提供了自配置的Netflix OSS整合。通过一些简单的注解

Spring Cloud Zuul：API网关服务 SpringBoot实战电商项目mall（20k+star）地址： github.com/macrozheng/… 摘要 Spring Cloud Zuul 是Spring Cloud Netflix 子项目的核心组件之一，可以作为微服务架构中的API网关使用，支持动态路由与过滤功能，本文将对其用法进行详细介绍。 Zuul简介 API网关为微服务架构中的服务提供了统一的访问入口，客户端通过API网关访问相关服务。API网关的定义类似于设计模式中的门面模式，它相当于整个微服务架构中的门面，所有客户端的访问都通过它来进行路由及过滤。它实现了请求路由、负载均衡、校验过滤、服务容错、服务聚合等功能。 创建一个zuul-proxy模块 这里我们创建一个zuul-proxy模块来演示zuul的常用功能。 在pom.xml中添加相关依赖 < dependency > < groupId > org.springframework.cloud </ groupId > < artifactId > spring-cloud-starter-netflix-eureka-client </ artifactId > </ dependency > < dependency > < groupId > org.springframework

导语： 本文首先介绍分布式系统和微服务的概念以及技术基础;然后介绍Spring Cloud的主要组件，包含服务治理和服务发现、服务调用、断路器、API网关、服务配置和服务监控等，这部分是本文的主要内容;接着介绍企业实践中经常用到的分布式技术，包括分布式数据库事务、分布式Redis缓存等;最后介绍远程过程调用（RPC）以及微服务设计和高并发实践。 第一部分 概述和基础 本部分将讲解分布式和微服务的基础知识和理念。并且简单介绍本文需要用到的基础知识。 本部分包含以下内容： 分布式和微服务概述； 技术基础； 第1章 分布式和微服务概述 （完整文章已经整理了一份五百多页的PDF文档，由于篇幅原因，文章只展示部分；）文末有免费获取方式 第2章 技术基础 第二部分 Spring Cloud 微服务 第3章 服务治理 Eureka 第4章 客户端负载均衡 Ribbon 第5章 断路器 Hystrix 第6章 新断路器 Resilience4j 第7章 声明式调用 OpenFeign 第8章 旧API网关 Zuul 第9章 新网关 Spring Cloud Gateway 第10章 配置 Spring Cloud Config 第11章 Spring Cloud Sleuth全链路追踪 第12章 微服务的监控 Spring Boot Admin 第三部分 分布式技术 第13章 生成唯一的ID

微服务确实是行业的一个趋势，我自己也在把一些项目往微服务架构迁移。玩微服务架构配置中心是一个绕不过去的东西，有很多大牌的可以选，比如spring-cloud-config，apoll，disconf等等。而我为什么还要造一个轮子呢？一来这些都不是.net实现的，我就想试试用.net core实现一个，而且他们也对.net不太友好，也只有apoll提供了官方的.net客户端。二来这些组件都太重量级了，比如apoll，光跑起来就要部署多个节点（admin,portal,meta sevice）还要依赖eureka。很多旧的项目往微服务迁移的时候并不是一下次全部调整完成的，可能是一步步来的，比如先把所有的服务都容器化，并没有使用微服务全家桶。而且有的项目也不需要微服务全家桶，毕竟微服务不是银弹，很多项目单体结构就足够了，有些项目传统的SOA架构也可以了。（唠叨一句，那种毫无流量毫无并发的项目，几人几天就搞完的强上微服务真的好吗？）但是这些项目也可能是分布式的，容器化部署的，那么这些项目我觉得也是需要配置中心的，因为在分布式、容器化环境下更改配置实在是太麻烦了。可以说配置中心并不是微服务独有的。基于以上原因我提炼了一些配置中心必备的功能，做的尽量简单（陋），开发了AgileConfig，为.net core的生态尽一份绵薄之力。 Github求star： AgileConfig

什么是Consul Consul是HashiCorp公司推出的开源工具，提供了分布式系统的服务注册和发现、配置等功能。与其他分布式服务注册与发现的方案相比，Consul的方案更“一站式”，内置了服务注册与发现框架、分布一致性协议实现、健康检查、Key/Value存储、多数据中心方案。这些功能每一个都可以根据需要单独使用，也可以一起使用以构建完整的服务网格。 基本术语 代理（Agent）：是一直运行在Consul集群中每个节点上的守护进程，通过运行consul agent命令来启动。代理可以以客户端或服务端模式运行。无论是客户端节点，还是服务端节点，都必须运行代理，因此将节点称为客户端或服务器更容易理解。所有代理都可以通过DNS或HTTP接口来检查服务，并保持服务同步。 客户端（Client）：客户端是所有RPC转发到服务端的代理。这个客户端是相对无状态的。客户端唯一执行的后台活动是加入LAN gossip池，资源开销很小。 服务端（Server）：服务端是具有扩展责任的代理，包括参与 Raft 选举、维护集群状态、响应RPC查询、与其他数据中心交换WAN，以及将查询转发给领导者（Leader）或远程数据中心。考虑到容错和收敛，一般部署 3 ~ 5 个比较合适。 数据中心（Data Center）：是一个私有的、低延迟且高带宽的网络环境，由多个客户端和服务端构成。 共识

Dubbo 一、dubbo简介 Dubbo是阿里巴巴公司开源的一个高性能优秀的服务框架，使得应用可通过高性能的RPC实现服务的输出和输入功能，可以和Spring框架无缝集成。 Dubbo是一款高性能、轻量级的开源Java RPC框架，它提供了三大核心能力：面向接口的远程方法调用，智能容错和负载均衡，以及服务自动注册和发现。 现已发展成为Apache的顶级孵化开源项目，详见官网： http://dubbo.apache.org/en-us/ 二、dubbo组织架构图 官网的dubbo组织架构图 详细介绍 1、Registry：服务注册与发现中心，作为服务提供者和消费者注册与发现的中心。 2、Provider：服务提供者，在注册中心注册作为服务提供的一方，发布服务到服务注册中心。 3、Consumer：服务消费者，通过注册中心协调，订阅可用的已注册的服务。 4、Container：服务运行容器，独立的容器类似于tomcat/jboss的作用，作为服务运行的容器。 5、Monitor：dubbo的监控中心，用来显示接口暴露、注册情况，也可以看接口的调用明细，调用时间等。 三、dubbo的优势 单一应用架构，当网站流量很小时，只需一个应用，将所有功能都部署在一起，以减少部署节点和成本。此时，用于简化增删改查工作量的 数据访问框架（ORM）是关键。 垂直应用架构，当访问量逐渐增大

Eureka注册中心/服务发现框架 Eureka是Netflix开发的服务发现框架，本身是一个基于REST的服务，主要用于定位运行在AWS域中的中间层服务，以达到负载均衡和中间层服务故障转移的目的。SpringCloud将它集成在其子项目spring-cloud-netflix中，以实现SpringCloud的服务发现功能。 Eureka包含两个组件：Eureka Server和Eureka Client。 Eureka Server提供服务注册服务，各个节点启动后，会在Eureka Server中进行注册，这样EurekaServer中的服务注册表中将会存储所有可用服务节点的信息，服务节点的信息可以在界面中直观的看到。 Eureka Client是一个java客户端，用于简化与Eureka Server的交互，客户端同时也就是一个内置的、使用轮询(round-robin)负载算法的负载均衡器。 在应用启动后，将会向Eureka Server发送心跳,默认周期为30秒，如果Eureka Server在多个心跳周期内没有接收到某个节点的心跳，Eureka Server将会从服务注册表中把这个服务节点移除(默认90秒)。 Eureka Server之间通过复制的方式完成数据的同步，Eureka还提供了客户端缓存机制，即使所有的Eureka Server都挂掉

1. 什么是雪崩效应？ 微服务环境，各服务之间是经常相互依赖的，如果某个不可用，很容易引起连锁效应，造成整个系统的不可用，这种现象称为服务雪崩效应。 如图，引用国外网站的图例： https://www.javatpoint.com/fault-tolerance-with-hystrix# ，如图系统各种服务相互调用，一旦一个服务出现问题，假如系统没有熔断器，很容易影响其它模块使用 可用自己画图表示这种情况，如图：A作为服务提供者，B为A的服务消费者，C和D是B的服务消费者。A不可用引起了B的不可用，像滚雪球一样放大到C和D时，雪崩效应就形成了。当然也不一定是服务提供者出现问题，也有可能是消费者出现问题 从两个方面来分析服务雪崩产生的原因： 服务提供者 服务提供者出现问题，一般都是影响调用的服务消费者，然后造成连锁反应 服务消费者 服务消费者方面，主要表现在同步调用等待结果导致资源紧张，ps：还有一种特殊情况是，服务既是服务提供者，又是服务消费者 2. 什么是熔断器模式 熔断器（CircuitBreaker），英文是CircuitBreaker，软件设计中的熔断器模式实现，思路是用一个函数调用在断路器保护对象，对故障监控。失败达到一定阈值后,断路器工作，接口调用返回一个错误，以达到保护系统，预防线程资源被大量占用，造成系统雪崩的情况 引用 https://martinfowler