一.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.简单安

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

有consul基础的都知道,consul可以发现新增的服务,剔除掉无效的服务,赋予应用自动伸缩的能力.而ocelot如果集成了consul,那ocelot也能拥有这些能力,还可以自主选择负载均衡策略,灵活性更强. (建议看完前一篇文章再来实践这一篇,不然可能有难度) 上干货. 首先打开上一篇新建好的项目,继续添加nuget包: 然后注册相关服务: public void ConfigureServices(IServiceCollection services) { services.AddOc

转载自:iTech的博客 持续集成(第二版) 作者:Martin Fowler 译者:雷镇 持续集成 是一种软件开发实践.在持续集成中,团队成员频繁集成他们的工作成果,一般每人每天至少集成一次,也可以多次.每次集成会经过自动构建(包括自动测试)的 检验,以尽快发现集成错误.许多团队发现这种方法可以显著减少集成引起的问题,并可以加快团队合作软件开发的速度.这篇文章简要介绍了持续集成的技巧和它 最新的应用. 最后更改于:2006年5月1日 目录 用持续集成构建特性 持续集成实践 只维护一个源码仓库

Redola.Rpc 解决了什么问题? Redola.Rpc 是一个使用 C# 开发的 RPC 框架,代码开源在 GitHub 上.目前版本仅支持 .NET Framework 4.6 以上版本,未来待系统稳健后再考虑移植 .NET Standard 和 .NET Core. Redola.Rpc 在 0.3.2 版本中,尝试解决几个 RPC 设计问题: 我是谁?(Local Actor) 如何告诉别人我是谁?(Actor Directory) 我提供什么服务?(Service Catalog

早期版本 ./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

前言 github:https://github.com/alphayu/ Refit.WebApiClient.Feign等都是支持声名式的Restful服务调用的开源组件. 这个几个组件都综合研究总结了下,Refit fork数多,使用文档易懂,提供的功能基本都满足我的要求. 同时Refit本身集成了HttpClientFactory(Refit.HttpClientFactory). 综上最后还是选择了Refit. 然而我的项目是使用Consul作为服务注册中心. Refit.WebApi

A litmus test for whether an app has all config correctly factored out of the code is whether the codebase could be made open source at any moment, without compromising any credentials. 配置是软件开发中一个古老而有用的概念,我们需要通过配置来控制代码运行的方式,比如缓存时间,数据库地址等等. 长久以来我们使用配置

本篇主要介绍了 Spring Boot 如何与 Consul 进行集成,Consul 只是服务注册的一种实现,还有其它的例如 Zookeeper.Etcd 等,服务注册发现在微服务架构中扮演这一个重要的角色,伴随着服务的大量出现,服务与服务之间的配置管理.运维管理也变的难以维护,通过 Consul 可以解决这些问题,实现服务治理.服务监控. 关于 Consul 的更多知识点不在这里赘述,但是在学习本节之前还是希望您能先了解下,请移步我之前写的 微服务服务注册发现之 Consul 系列 快速导航

最近一直在搞基于springcloud的微服务开发,为了不限定微服务开发语言,服务发现决定采用consul不多说上代码 pom文件 <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 ht

1.简介 1.1 Consul is a tool for service discovery and configuration. Consul is distributed, highly available, and extremely scalable. Consul provides several key features: Service Discovery - Consul makes it simple for services to register themselves a

首先下载consul 点击这里下载 转到解压文件夹目录输入cmd命令  consul agent -dev (有时候会卡住按一下方向键上) 在浏览器中输入http://localhost:8500/ui 查看是否安装成功成功如下图所示 在网站启动的时候注册服务,网站停止的时候卸载服务. 服务的注册 先引用consul nuget包 添加配置文件 { ... "ServiceDiscovery": { "ServiceName": "DataService&

"github.com/hashicorp/consul/api" package initialize import ( "fmt" "github.com/hashicorp/consul/api" "go.uber.org/zap" "google.golang.org/grpc" "mxshop-api/user-web/global" "mxshop-api/user

前言 由于 Consul 的高可用性.丰富的API.友好的 Web 控制台界面等特点,Consul 的发展非常迅猛,得益于 .NETCore 社区的快速发展和社区成员的贡献,我们现在可以非常方便快速的将 Consul 集成到 .NETCore 中,在 Ocelot 的集成方面也是非常的便捷,在 API Gateway 项目中,只需要通过引用一个包,就可以在项目中服务发现了. 今天要完成的架构图 上面就是今天要完成的业务架构图,客户端.Ocelot 网关.Consul 集群.计算器服务集群,这几个

kong插件官方文档翻译 目录 介绍 文件结构 编写自定义逻辑 存储配置 访问数据存储 自定义实体 缓存自定义实体 扩展Admin API 编写测试 (卸载)安装你的插件 插件开发 - 介绍 什么是插件,他们如何与kong集成? 在进一步之前,有必要简要解释一下如何构建,特别是它如何与Nginx集成,以及Lua与它有关. lua-nginx-module模块可以在Nginx中启用Lua脚本功能. Kong并没有使用这个模块编译Nginx,而是与OpenResty一起发行,OpenResty已经包

Spring第二天 整体课程安排(3天+2天): 第一天:Spring框架入门.IoC控制反转的配置管理.Spring Web集成.Spring Junit集成. 第二天:Spring AOP面向切面编程.AspectJ的集成配置.JdbcTemplate工具类. 第三天:Spring声明式事务管理.Spring和Struts2.Hibernate的整合 第四天.第五天:综合练习,熟悉SSH整合开发.jQuery Ajax.分页 今天的主要内容(AOP): AOP面向切面编程的相关概念(思想.原

介绍 微服务中有关键的几项技术,其中网关和服务服务发现,服务注册相辅相成. 首先解释几个本次教程中需要的术语 网关 Gateway(API GW / API 网关),顾名思义,是企业 IT 在系统边界上提供给外部访问内部接口服务的统一入口,简化了外部由于多服务协同完成任务时的繁琐配置.网关组件有Kong,ocelot, 服务发现:通过网关访问内部各个微服务,网关要找到所需服务的过程称为服务发现 服务注册:既然有服务发现,前提是要把所需服务提前“录入”,这个录入的过程称为服务注册.服务注册可配置文

使用consul 介绍 Consul包含多个组件,但是作为一个整体,为你的基础设施提供服务发现和服务配置的工具.他提供以下关键特性: 服务发现 Consul的客户端可用提供一个服务,比如 api 或者mysql ,另外一些客户端可用使用Consul去发现一个指定服务的提供者.通过DNS或者HTTP应用程序可用很容易的找到他所依赖的服务. 健康检查 Consul客户端可用提供任意数量的健康检查,指定一个服务(比如:webserver是否返回了200 OK 状态码)或者使用本地节点(比如:内存使用是

相信大家对单点登陆(SSO,Single Sign On)这个名词并不感到陌生吧?简单地说,单点登陆允许多个应用使用同一个登陆服务.一旦一个用户登陆了一个支持单点登陆的应用,那么在进入其它使用同一单点登陆服务的应用时就不再需要重新登陆了.而CAS协议则正是各单点登陆产品所需要实现的协议,其全称为Central Authentication Service. 那为什么要写这篇博客呢?这是因为在为公司的产品集成SSO的时候,我发现如果软件开发人员不了解CAS协议,那么他在集成出现错误的时候将完全没有

本文详细介绍了开发过程,提高效率进行IOS-Jenkins持续集成. 第二http://blog.csdn.net/monkey_cool/article/details/43270885 背景 平时我们开发完毕IOS项目,须要打包给測试人员进行測试.当中的过程须要反复进行:改动配置项--编译---连接设备--执行打包--debug进设备中--然后交给等待的測试人员.现有成熟的持续集成Jenkins解决方式.而且该方案也提供了Xcode插件的支持,能够讲上述过程封装成一键解决方式. 我实现的是j

Introduction Kong的Admin API为Services, Routes, Plugins, Consumers, and Credentials的管理和配置提供了一个RESTful接口.因为这个API允许对Kong进行完全控制,所以确保这个API能够安全的访问非常重要.本文描述了保护管理API的几种可能方法. 网络层访问限制 Minimal Listening Footprint(很少听足迹) 默认情况下,从它的0.12.0版本开始,Kong将只接受来自本地接口的请求,这在它的