一.kong 1.使用kong来做服务网关,目前kong使用的是0.13版本现在地址:https://docs.konghq.com/install,kong的社区版没有dashboard,可以使用kong-dashboard,项目地址:https://github.com/PGBI/kong-dashboard.方便使用和管理.目前kong还不支持直接代理grpc,nginx-1.13.10以后版本开始支持代理grpc.kong0.13使用的是1.13.6,以后会支持grpc代理. 2.简单安

使用Consul来替换Eureka Consul简介 Consul 是一套开源的分布式服务发现和配置管理系统,由 HashiCorp 公司用 Go 语言开发. 它具有很多优点.包括: 基于 raft 协议,比较简洁: 支持健康检查, 同时支持 HTTP 和 DNS 协议 支持跨数据中心的 WAN 集群 提供图形界面 跨平台,支持 Linux.Mac.Windows Consul 整合SpringCloud 学习网站:https://springcloud.cc/spring-cloud-cons

写在前面   Api网关我们之前是用 .netcore写的 Ocelot的,使用后并没有完全达到我们的预期,花了些时间了解后觉得kong可能是个更合适的选择. 简单说下kong对比ocelot打动我的: 1.kong可以直接代替Nginx/OpenRestry做前端服务器. 2.kong的功能强大,性能不俗,生态不错,操作面板,插件丰富,社区活跃: 本文目的 1.对kong和consul做个基本介绍: 2.kong集成consul 做服务发现: 3.Asp.net core WebApi 服务自

kong+kongau 注意kong1.0与之前版本API发生了很大的改动,所以是不兼容的,kongav0.14.0是匹配kong1.0+的,不兼容1.0之前的.可以根据自己的需求进行选择. konga是kong的一个ui,可以操作kong API.部署版本kongv1.1.1,kongav0.14.1 部署postgres参考我的[微服务之kong+consul(二) - 诗码者 - 博客园](https://www.cnblogs.com/cuishuai/p/9219195.html).部

1,consul也可以替代Eureka实现注册和发现的功能,即注册中心. 之前在linux环境通过consul + upsync + nginx 实现nginx 的动态负载均衡 https://www.cnblogs.com/pickKnow/p/11227804.html 2,consul 实现注册中心 1,服务器端搭建 Consul 整合SpringCloud 学习网站:https://springcloud.cc/spring-cloud-consul.html Consul下载地址htt

随着前后端的分离,借口文档变的尤其重要,springfox是通过注解的形式自动生成API文档,利用它,可以很方便的书写restful API,swagger主要用于展示springfox生成的API文档. 官网地址:http://springfox.github.io/springfox/ Springfox大致原理 springfox的大致原理就是,在项目启动的过种中,spring上下文在初始化的过程,框架自动跟据配置加载一些swagger相关的bean到当前的上下文中,并自动扫描系统中可能需

一.网站架构演变过程 从传统架构(单体应用)  到   分布式架构(以项目进行拆分)  到  SOA架构(面向服务架构)  到   微服务架构 1) 传统架构: 其实就是SSH或者SSM,属于单点应用,把整个业务模块都会在一个项目中进行开发,分为MVC架构,会拆分成业务逻辑层.业务逻辑层.数据库访问层 缺点:一般只适合于一个人或者适合小团队开发,耦合度太高,一旦某个模块导致服务不可用,可能会影响到项目 2) 分布式架构 其实是基于传统架构演变过来的 分布式架构基于传统架构演变过来的,将传统的项目

前言 相信大家对Api网关都比较的熟悉,我们之前的文章也介绍过ASP.NET Core的网关Ocelot,也介绍过Spring Cloud Gateway.说到网关的主要功能,其实总结起来就两个字"统一",无论是作为应用的入口.认证授权.熔断限流等等主要都是为了统一的地方做一些事情.今天我们介绍一款性能更高的网关Kong,相对于Ocelot或Gateway这些类型的网关来说,Kong的优势是具有更高的性能,主要因为Kong是基于Nginx+Lua为核心的,接下来我们就详细介绍一下. 概

早期版本 ./etcdctl ls / --recursive /name /name1 /name1/wyc /name1/wu /name1/chao /name1/chao/age -------- ./etcdctl -o extended get /name1/wyc Key: /name1/wyc Created-Index: 8 Modified-Index: 8 TTL: 0 Index: 9 11 ./etcdctl watch /name1/wyc 当修改这个键的时候,wat

Consul和Kong的实践(一) 这一篇先介绍consul集群,以及consul和应用服务的结合使用,下一篇是和kong网关的结合. 一.Consul的集群安装 以其中一台机器为例: mkdir /usr/local/consul   创建consul的安装目录 cd /usr/local/consul wget https://releases.hashicorp.com/consul/1.5.2/consul_1.5.2_linux_amd64.zip 建议大家不要直接使用我给出的下载地址

Consul可以用于实现分布式系统的服务发现与配置 服务调用有两种方式: A.使用RestTemplate 进行服务调用 负载均衡——通过Ribbon注解RestTemplate B.使用Feign 进行声明式服务调用 负载均衡——默认使用Ribbon实现  查看 先使用RestTemplate来实现 1.服务注册发现中心 启动Consul consul agent -dev 2.服务端 在spring boot2X整合Consul 的基础上 添加服务provider,provider1 pro

Consul 是HashiCorp公司推出的开源工具,用于实现分布式系统的服务发现与配置. 关键特性: 服务注册/发现 数据强一致性保证 多数据中心 健康检查 key/value存储 1.下载 https://www.consul.io/downloads.html eg:下载的文件consul_1.6.1_windows_amd64.zip 解压 在path添加consul.exe所在路径 2.启动 启动就是运行一个Consul Agent实例 可以作为Server或Client角色运行 co

Consul是什么 Consul是一个服务网格(微服务间的 TCP/IP,负责服务之间的网络调用.限流.熔断和监控)解决方案,它是一个一个分布式的,高度可用的系统,而且开发使用都很简便.它提供了一个功能齐全的控制平面,主要特点是:服务发现.健康检查.键值存储.安全服务通信.多数据中心. 安装Consul 这里提供两台Centos:local12,local13 安装方式: [root@local13 ~]# wget https://releases.hashicorp.com/consul/1

1. 服务提供者注册进consul 1.1新建支付服务module cloud-providerconsul-payment8006 1.2 pom.xml <?xml version="1.0" encoding="UTF-8"?> <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchem

1. 准备工作: 需要.netcore或者java程序一套,引入consul第三方包 我这里搭建了一个.netcore的webapi项目,引入Consul第三方包,网上可查资料一堆 环境需要kong,konga管理平台,consul 2. 运行程序,注册服务到consul端 找到项目调试debug目录(E:\PersonalProject\Netcore\coreApp3.1\coreApp3.1\bin\Debug\netcoreapp3.1>) 使用powershell命令,启动程序: 启动

先贴代码: @RestController public class CallHelloController { @Autowired private LoadBalancerClient loadBalancerClient; @Autowired private RestTemplate restTemplate; @RequestMapping("/call") public String call(){ ServiceInstance serviceInstance = loa

前言:上一篇中,已经写到了使用zookeeper为注册中心的配置,下面写下配置Consul为注册中心 1. Consul注册中心验证 修改provider和consumer的服务配置文件 Provider端: Provider端: 运行provider,访问consul:http://192.168.231.132:8500/,发现在consul中已经有了服务节点: 运行consumer端,发现服务同样执行成功 2. Dubbo的多种配置方式 A．XML配置方式,上文中xml配置的方式(http

原文:http://blog.csdn.net/yeyincai/article/details/51470475 -.背景 谈论服务化框架的时候,我们首先先了解这些概念:SOA.ESB.OSGi.servicemix.微服务.Spring Boot SOA:面向服务架构,传统简单的网站系统采用MVC架构,随着系统需求不断的变化和业务不断的扩展,MVC显得很无力,MVC不断的变大,维护开发越来越困难,SOA解决的是MVC里面大而核心的功能,抽离出来做成服务提供给不断变化的业务使用.SOA提出多年

概述: 在之前的博客中,有提到过Redis 在服务端的一些相关知识,今天主要讲一下Java 整合Redis的相关内容. 下面是Jedis 的相关依赖: <dependency> <groupId>redis.clients</groupId> <artifactId>jedis</artifactId> <version>2.5.1</version> </dependency> <!-- redis -

阿里注册中心nacos是今年开源的框架,一开始以为就是个zk.后面看了图才明白他对标的竟然是consul\eureka,最重要是完美支持dubbo.我想今年开源它也是别有用意 .(目前nacos0.7版本) Dubbo 融合 Nacos 成为注册中心 Nacos 作为 Dubbo 生态系统中重要的注册中心实现,其中 dubbo-registry-nacos 则是 Dubbo 融合 Nacos 注册中心的实现. 预备工作 当您将 dubbo-registry-nacos 整合到您的 Dubbo 工