consul

什么是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）：是一个私有的、低延迟且高带宽的网络环境，由多个客户端和服务端构成。 共识

作为Java语言的落地微服务框架，Spring Cloud已经在各大企业普遍应用，各大云厂商也支持Spring Cloud微服务框架的云产品。可以说，Spring Cloud微服务框架已经应用到了各大行业之中，并成为Java开发者的必备技能之一， 熟练掌握Spring Cloud是面试者的加分项。Spring Cloud由Spring Cloud社区维护，并且在Pivatol和Nettlix两大公司的推动下飞速发展。随着Eureka的闭源，虽然Netflix OSS等组件进入维护期，不再提供新功能，但SpringCloud微服务框架并没有受到显著影响，而是被越来越多的企业和开发者所接受。阿里巴巴推出的Nacos和Sentinel等组件已经加入Spring Cloud 孵化器项目，未来极有可能替代NetlixOSS,因此Spring Cloud是一个极具生 命力的微服务框架。 今天这份学习笔记来自于Alibaba SpringCloud生态系统，笔记全面涵盖了通过Spring Cloud 构建微服务的相关知识点：微服务架构和Spring Cloud、通过Spring Cloud 构建微服务的准备工作、以案例为切入点，讲解了通过Spring Cloud构建微服务的基础组件，包括Eureka、Ribbon、 Feign、Hystrix、Zul、Gateway、Consul、Config

网关可提供 请求路由与组合 、 协议转换 、 安全认证 、 服务鉴权 、 流量控制 与 日志监控 等服务。可选的网关有不少，比如 Nginx、高性能网关 OpenResty、Linkerd 以及 Spring Cloud Gateway。 如果是真的追求高性能，那肯定是选择 Nginx 或者 OpenResty 无疑了， 但是对性能要求不是很高的话，并且又在用 Spring Cloud 系列，那当然就要选择 Spring Cloud Gateway 了。 网关的基础就是路由功能，通俗解释就是地址转发，将一个请求地址转发到实际的服务地址。比如请求的是 http://xxx.com/api 的路由地址，实际上会被转发到 http://xxx.com:8888 上来，这就是个最简单的路由方式。 我们可以理解为 Spring Cloud Gateway 就是针对进来的请求做各种判断和处理，比如说判断请求的合法性、权限验证，请求地址改写，请求参数、头信息、cookie 信息的分析和改写，请求速率控制，日志留存等。而这些都可以方便的通过 Predicate 和 GatewayFilter 来组合实现。 创建 Spring Cloud Gateway 项目 Spring Cloud 版本是 Greenwich.SR2，Spring Boot 版本 2.1.6.RELEASE，JDK 1.8。

作者 | 小马哥 **导读：**Dubbo 社区策划了【Dubbo 云原生之路】系列文章，和大家一起回顾 Apache Dubbo 产品和社区的发展，并展望未来发展。系列文章主要涵盖 Dubbo 技术解读、社区运营、应用案例解析三大部分。本文为系列第 3 篇。 前言 在 Java 微服务生态中， Spring Cloud 成为了开发人员的首选技术栈，然而随着实践的深入和运用规模的扩大，大家逐渐意识到 Spring Cloud 的局限性。 在服务治理方面，相较于 Dubbo 而言，Spring Cloud 并不成熟。遗憾的是，Dubbo 往往被部分开发者片面地视作服务治理的 RPC 框架，而非微服务基础设施。即使是那些有意将 Spring Cloud 迁移至 Dubbo 的小伙伴，当面对其中迁移和改造的成本时，难免望而却步。 庆幸的是，Dubbo 3.0 的到来将给这一局面带来重要变革，未来 Dubbo Spring Cloud 将无缝对接 Dubbo 3.0 ，作为 Spring Cloud Alibaba 的最核心组件，完全地拥抱 Spring Cloud 技术栈，不但无缝地整合 Spring Cloud 注册中心，包括 Nacos 、 Eureka 、 Zookeeper 以及 Consul ，而且完全地兼容 Spring Cloud Open Feign 以及

Dubbo 与开源中国共同策划 【Dubbo 云原生之路】 系列文章，和大家一起回顾 Apache Dubbo 产品和社区的发展，并展望未来发展。系列文章主要涵盖 Dubbo 技术解读、社区运营、应用案例解析三大部分。 本篇为系列第三篇。 系列文章： Dubbo 云原生之路 Dubbo 3.0 前瞻之：应用级服务发现 作者：小马哥（mercyblitz），Java 劝退师，《Spring Boot 编程思想》作者，Apache Dubbo PMC、Spring Cloud Alibaba 项目架构师。目前主要负责阿里集团中间件开源项目、微服务技术实施、架构衍进、基础设施构建等。 在 Java 微服务生态中， Spring Cloud 成为了开发人员的首选技术栈，然而随着实践的深入和运用规模的扩大，大家逐渐意识到 Spring Cloud 的局限性。 在服务治理方面，相较于 Dubbo 而言，Spring Cloud 并不成熟。遗憾的是，Dubbo 往往被部分开发者片面地视作服务治理的 RPC 框架，而非微服务基础设施。即使是那些有意将 Spring Cloud 迁移至 Dubbo 的小伙伴，当面对其中迁移和改造的成本时，难免望而却步。 庆幸的是，Dubbo3 的到来将给这一局面带来重要变革，未来 Dubbo Spring Cloud 将无缝对接 Dubbo3 ，作为 Spring

乐字节教育是集线上教育与线下培训于一体的全栈式教育机构，致力于研发高端IT技术，培养高端IT人才，让更多的人接受更好的教育是乐字节的教学理念。 今年夏天，乐字节推出Java架构师课程。课程使用国内唯一《业务驱动式项目实操》教学方案： 8个项目实操 2个源码级别实战 一个终极电商项目 项目流程： 本课程共含有以下篇章： 第一章：架构基础篇 第二章：高性能实战 第三章：分布式架构 第四章：微服务 第五章：电商订单实战 第六章：电商基础中台 第七章：电商大数据分析 第八章：电商原生云实战 第一章：架构基础 该篇章课程主要提升学生的基础知识包含工具的使用、设计模式以及常见的算法和数据结构，提升学生的技术硬件。课程主要包含设计工具篇(Maven、Git、IDEA)、计算机基础篇(Linux、常见数据结构、常见算法)以及源码提高篇(设计模式、源码品读)三个篇章。 一、课程核心技术点 工具篇提升工作开发效率，提高团队协作能力 计算机基础篇提升学生技术硬件，能够解决90%以上的算法面试问题 提高篇提升自学能力，能够快速定位到源码中核心脉络以及思想 二、课程适合哪些人群？ 主要针对有一定工作经验，希望能够快速和系统的提升编程基础知识以及掌握快速高效的阅读源码的技巧，并且通过高效的工具提升自我的开发效率和团队协作能力。 三、课程类型 项目\专题\理论+项目\基础 专题\理论\实践 四、课程内容 4.1

项目搭建肯定少不了认证和授权，传统的单体应用基于cookie和session来完成的。 因为http请求是无状态的,每个请求都是完全独立的，服务端无法确认当前请求之前是否登陆过。所以第一次请求(登录),服务器会返回SessionID 返回给浏览器,浏览器会存于Cookie中,下次请求带上SessionID.这样服务端每次拿到SessionID后就去找是否存在对应的会话信息，判断过期及后续操作等...... 这个授权操作适用于MVC的项目,在分布式的项目中就不行了。session信息存在不同的服务实例中,在集群应用中一般都采取轮询机制,A服务实例保存了session信息，B服务实例上没有这个信息,请求达到B服务是会返回401的code信息，但是已经登录过,所以问题就暴露了...... 针对此问题,可采取 Session共享 ：将session信息存入redis中,每个服务实例都从redis中拿session信息。 会话粘滞： 这个可以依靠nginx实现,也就是请求从登录开始,每个请求都会访问同一个服务实例。第一次登录访问的服务实例,之后每一次都会访问这个服务实例。但是这个就脱离了负载均衡策略,用可能100个请求,80个都是A服务接收...... OAuth2.0(协议) 数据所有者告诉系统,同意授权第三方应用进入系统,获取这些数据。系统从而产生一个短期的进入令牌，用来代替密码

日志采集项目（二）Etcd的使用 ETCD 介绍 概念： 高可用的分布式key-value存储，实现配置共享和服务发现 类似项目： zookeeper和consul 开发语言： Go 接口： 提供restful的http接口，使用简单 实现算法： 基于raft算法的强一致性，高可用的服务存储目录 ETCD的应用场景 服务发现和注册 配置中心 分布式锁 master选举 ETCD环境搭建 下载地址： https://github.com/etcd-io/etcd/releases/download/v3.4.7/etcd-v3.4.7-linux-amd64.tar.gz 启动方式： bin/etcd 可以直接启动 [root@centos7-node1 etcd]# nohup ./etcd --listen-client-urls http://0.0.0.0:2379 --advertise-client-urls http://0.0.0.0:2379 --listen-peer-urls http://0.0.0.0:2380 --initial-advertise-peer-urls http://0.0.0.0:2380 & #启动etcd etcdctl使用 [root@centos7-node1 ~]# cd /opt/application/etcd/ [root

#####参考文章( https://blog.51cto.com/412166174/1975822 ) consul介绍 Consul包含多个组件,但是作为一个整体,为你的基础设施提供服务发现和服务配置的工具.他提供以下关键特性: 服务发现 Consul的客户端可用提供一个服务,比如 api 或者mysql ,另外一些客户端可用使用Consul去发现一个指定服务的提供者.通过DNS或者HTTP应用程序可用很容易的找到他所依赖的服务. 健康检查 Consul客户端可用提供任意数量的健康检查,指定一个服务(比如:webserver是否返回了200 OK 状态码)或者使用本地节点(比如:内存使用是否大于90%). 这个信息可由operator用来监视集群的健康.被服务发现组件用来避免将流量发送到不健康的主机. Key/Value存储 应用程序可用根据自己的需要使用Consul的层级的Key/Value存储.比如动态配置,功能标记,协调,领袖选举等等,简单的HTTP API让他更易于使用. 多数据中心 Consul支持开箱即用的多数据中心.这意味着用户不需要担心需要建立额外的抽象层让业务扩展到多个区域. Consul面向DevOps和应用开发者友好.是他适合现代的弹性的基础设施. 基础架构 Consul是一个分布式高可用的系统. 这节将包含一些基础

前言 一直以来对于.NETCore微服务相关的技术栈都处于一个浅尝辄止的了解阶段，在现实工作中也对于微服务也一直没有使用的业务环境，所以一直也没有整合过一个完整的基于.NETCore技术栈的微服务项目。正好由于最近刚好辞职，有了时间可以写写自己感兴趣的东西，所以在此想把自己了解的微服务相关的概念和技术框架使用实现记录在一个完整的工程中，由于本人技术有限，所以错误的地方希望大家指出。\ 项目地址: https://github.com/yingpanwang/fordotnet/tree/dev 什么是Api网关 由于微服务把具体的业务分割成单独的服务，所以如果直接将每个服务都与调用者直接，那么维护起来将相当麻烦与头疼,Api网关担任的角色就是整合请求并按照路由规则转发至服务的实例,并且由于所有所有请求都经过网关，那么网关还可以承担一系列宏观的拦截功能,例如安全认证，日志，熔断 为什么需要Api网关 因为Api网关可以提供安全认证，日志，熔断相关的宏观拦截的功能，也可以屏蔽多个下游服务的内部细节 有哪些有名的Api网关项目 Zuul Spring Cloud 集成 Kong 一款lua轻量级网关项目 Ocelot .NETCore网关项目 Ocelot使用 1.通过 Nuget 安装 Ocelot 2.准备并编辑Ocelot配置信息 Ocelot.json { "ReRoutes":