代理主机 silky微服务定义了三种类型的代理主机,开发者可以根据需要选择合适的silky代理主机托管微服务应用.代理主机定义了一个Startup模块,该模块给出了使用该种类型主机所必须依赖的模块. 通用代理主机 该类型的主机一般用于托管业务应用,服务内部之间通过rpc进行通信,不支持与微服务集群与外部进行通信,web代理主机可以通过引用该类型的微服务的应用接口,通过应用接口生成的代理与该微服务进行通信.该类型的微服务使用.net的通用主机进行托管引用.定义的Startup模块如下所示: [De

目录 服务注册中心简介 服务元数据 主机名称(hostName) 服务列表(services) 终结点 时间戳 使用Zookeeper作为服务注册中心 使用Nacos作为服务注册中心 使用Consul作为服务注册中心 开源地址 在线文档 在线示例 服务注册中心简介 在分布式系统中,服务注册中心的作用是将部署服务实例的机器地址以及其它元数据记录到注册中心,服务消费者在有需求的时候,通过查询注册中心,输入提供的服务名,获取到地址,从而发起调用. 在微服务架构下,主要有三种角色:服务提供者(RPC S

目录 服务治理的概念 服务注册与发现 负载均衡 超时 故障转移(失败重试) 熔断保护(断路器) 限流 RPC限流 HTTP限流 1. 添加配置 2. 注册服务 3.启用 AspNetCoreRateLimit 的 相关中间件,实现HTTP限流. 服务回退(服务降级) 在服务端实现回退方法 在消费端实现回退方法 链路跟踪 安全 缓存拦截 开源地址 在线文档 在线示例 服务治理的概念 服务治理是主要针对分布式服务框架.微服务,处理服务调用之间的关系,服务发布和发现(谁是提供者,谁是消费者,要注册到哪

构建服务引擎 在注册Silky微服务应用一节中,我们了解到在ConfigureServices阶段,通过IServiceCollection的扩展方法AddSilkyServices<T>()除了注册必要的服务之外,更主要的是构建了服务引擎(IEngine). 下面,我们学习在IServiceCollection的扩展方法AddSilkyServices<T>()中完成了什么样的工作.如下所示的代码为在包 Silky.Core 的 ServiceCollectionExtensio

模块的定义 Silky是一个包括多个nuget包构成的模块化的框架,每个模块将程序划分为一个个小的结构,在这个结构中有着自己的逻辑代码和自己的作用域,不会影响到其他的结构. 模块类 一般地,一个模块的定义是通过在该程序集内创建一个派生自 SilkyModule的类,如下所示: public class RpcModule : SilkyModule { } SilkyModule是一个抽象的类,它定义了模块的基础方法,体现了模块在框架中的作用; SilkyModule模块定义的核心代码如下所示:

目录 主机的概念 通用主机 web主机 业务主机类型 使用web主机构建微服务应用 使用通用主机构建微服务应用 构建具有websocket能力的微服务应用 构建网关 开源地址 在线文档 主机的概念 silky的主机与.net的主机概念一致.是封装应用资源的对象,用于托管应用和管理应用的生命周期. 通用主机 如果用于托管普通的业务应用,该微服务模块本身并不需要对直接对集群外部提供访问入口.那么,您可以使用.net的通用主机注册silky服务框架..net的通用主机无法提供http请求,也无法配置h

前一阵开源过一个基于spring-boot的rest微服务框架,今天再来一篇基于thrift的微服务加框,thrift是啥就不多了,大家自行百度或参考我之前介绍thrift的文章, thrift不仅支持tcp/ip协议的rpc调用,也支持http协议的rest服务调用,同一个项目中甚至可同时支持这二种方式.thrift项目2007年由facebook开源以来,已经有无数成功的应用,完全可以基于这一框架来设计自己的服务架构,示意图如下: github上我开源了基于thrift的微服务框架,地址:h

周末在家研究spring-boot,参考github上的一些开源项目,整了一个rest微服务框架,取之于民,用之于民,在github上开源了,地址如下: https://github.com/yjmyzz/spring-boot-rest-framework 主要特性如下: ----------------- 数据访问 dao采用mybatis 3.3.0 + tk.mybatis通用Mapper3.1.3 , 支持事务回滚 数据库初始化脚本 见src/mybatis-generator/ddl

  当项目逐渐变大之后,服务增多,开发人员增加,单纯的使用go来写服务会遇到风格不统一,开发效率上的问题. 之前研究go的微服务架构go-kit最让人头疼的就是定义服务之后,还要写很多重复的框架代码,一直再想如何使用IDL描述服务,然后自动生成框架代码. 直到遇到老这货 goa,另外一个go的微服务框架.具体介绍看这篇,还有官网.   这货实现了框架的代码自动生成(自动生成的代码可以热更新,因为生成代码和自己写的代码是分开的),而且理念也比较时髦,基于API设计,利用插件来扩展业务逻辑.   于

参考资料: 通过beego快速创建一个Restful风格API项目及API文档自动化:  http://www.cnblogs.com/huligong1234/p/4707282.html Go 语言构建 RESTful Web 服务:  https://www.oschina.net/translate/hardcore-google-communicating-go Golang中使用 JWT认证来 保障Restful JSON API的安全(英文):   http://www.tuico

golang-Microservice Go kit - A toolkit for microservices kubernetes go-kit_百度搜索 Peter Bourgon谈使用Go和"Go kit"构建微服务 go-kit 入门(一) -- 其他 -- IT技术博客大学习 -- 共学习 共进步! Golang优秀开源项目汇总(持续更新...) - hackstoic的博客 - 博客频道 - CSDN.NET Rancher中实现统一管理容器日志-DockerInfo G

Java的微服务框架dobbo.spring boot.redkale.spring cloud 消息中间件RabbitMQ.Kafka.RocketMQ

一.前言 至今为止编程开发已经11个年头,从 VB6.0,ASP时代到ASP.NET再到MVC, 从中见证了.NET技术发展,从无畏无知的懵懂少年,到现在的中年大叔,从中的酸甜苦辣也只有本人自知.随着岁月的成长,技术也从原来的三层设计到现在的领域驱动设计,从原来的关系型数据库SQL 2000到现在的NOSQL (mongodb,couchbase,redis),从原来基于SOAP协议的web service到现在基于restful 协议的web api,wcf,再到现在rpc微服务.技术的成长也

1.前言 对于最近surging更新的API 网关大家也有所关注,也收到了不少反馈提出是否能介绍下Api网关,那么我们将在此篇文章中剥析下surging的Api 网关 开源地址:https://github.com/dotnetcore/surging 2. API网关 简介 API 网关是服务提供者的访问入口,主要起到隔离外部访问与内部系统的作用.它主要解决服务消费者的身份认证.监控.负载均衡.缓存.限流等问题. API网关的流行,源于近几年的大型互联网的兴起,从以前的单体应用,到垂直应用架构

1.前言 surging受到大家这么强烈的关注,我感到非常意外,比如有同僚在公司的分享会上分享surging, 还有在博客拿其它的RPC框架,微服务做对比等等,这些举动都让我感觉压力很大,毕竟作为个人的开源项目,无法与成熟的开源社区的项目相比,也只有等到后面有许许多多志同道合的朋友加入一起研发完善surging,这样才能让surging 成为流行的微服务框架. 这篇文章大致为大家介绍以下内容 1. 注册中心 2. 服务令牌介绍 3. 如何配置api服务网关 开源地址:https://github

MicroService.Core MicroService.Core 的初衷是为了方便的创建一个微服务, 可作为 Windows Service 或者控制台模式启动. 它底层使用了 OWin 自托管技术,抛弃了微软 Mvc 的那套东 西,进而选择了 Nancy,使得开发过程很顺心,很简单! 快速入门 一.创建控制台项目(需要.net 4.5以上) 二.安装Nuget包 PM> Install-Package MicroService.Core -Version 1.1.1 或在 Nuget 包

前言:前面准备了那么久的准备工作,现在终于可以开始构建我们自己的服务了.这篇博客就让我们一起构建自己的第一个服务---审计日志. 首先我们先创建两个项目,一个控制台的服务启动项目,一个业务的实现项目.(注:控制台项目可以引用业务项目,也可以不引用业务项目.因为surging支持热部署) 在服务启动项目中引用我们所需要的surging组件, 服务配置: 当然,我们之前所描述的rabbitmq的配置:. ok,接下来就是对我们的服务进行代码编写了,,接口注意,服务的命名后面必须是以"Service&

前言 本文非 Surging 官方教程,只是自己学习的总结.如有哪里不对,还望指正. 我对 surging 的看法 我目前所在的公司采用架构就是类似与Surging的RPC框架,在.NET 4.0框架上搭建Socket RPC,通过分组轮询的方式调度RPC,经历过3次双十一的考验,实际最高时有800多人同时作业,同时并发达到600人/连接rpc ,24小时不间断作业,这是实际数据,理论上更高,只需要加RPC就可以了,剩下的就看数据库以及缓存的性能了,说到数据库,这又是另外一个技术栈了.虽然这个数

1.对微服务的理解 之前看到在群里的朋友门都在讨论微服务,看到他们的讨论,我也有了一些自己的理解,所谓微服务就是系统里的每个服务都 可以自由组合.自由组合这个就很厉害了,这样一来,每个服务与服务之间基本的物理 耦合为0,横向扩展整个系统就会非常非常灵活. surging的厉害之处也恰恰是可以做到这些,所以surging 是.net core 里面一个非常不错的微服务框架. 2.surging的序列化方式 2.1 json.Net surging 使用的是Newtonsoft.Json, 它是基于

方法 使用自己的Yii2镜像作为基础 使用Yii2的Web框架搭建,为了节省搭建Yii2框架的时间,直接使用现有的Yii2项目,删除了业务相关的逻辑类,将这个代码库作为搭建微服务框架的基础,本身已经积累了大量的库和工具类:因为如果使用Yii2的话,还需要安装大量的其他库和工具类 集成APIGateway APP与服务的通信采用RestAPI的方式, 集成RPC 解决服务于服务之间的依赖问题,使用RPC进行非HTTP协议的远程调用