前言 本文紧接上篇.Net架构篇:思考如何设计一款实用的分布式监控系统?,上篇仅仅是个思考篇,跟本文没有太大的关系.但有思考,结合现有的开源组件,实践起来更易理解起来,所以看本文之前,应该先看下上篇博文. Zipkin简介 Zipkin是一种分布式跟踪系统.它有助于收集解决微服务架构中的延迟问题所需的时序数据.它管理这些数据的收集和查找.Zipkin的设计基于Google Dapper 论文. 应用程序用于向Zipkin报告时序数据.Zipkin UI还提供了一个依赖关系图,显示了每个应用程序通

前言 项目地址:https://github.com/lianggx/Kong.Net 你的支持使我们更加强大,请单击 star 让更多的 .NETCore 认识它. 拥抱开源的脚步,我们从来都是一直在路上:.NETCore作为后起之秀,带给我们太多的惊喜和感动:但是也正是由于年轻,.NETCore 的生态还是不够完善,这就非常需要我们社区的力量,需要大家一起参与,把开源社区好的工具.组件.应用接入到 .NETCore 应用中. 他山之石,可以攻玉! 在很多时候,我们想要在项目中引入高性能开源网

目录 gRPC概述 RPC gRPC又是什么呢 安装 Golang IDE(Goland) Protocol Buffer 下载Protocal Buffer 配置Protocal Buffer编译器环境变量 protoc-gen-go 下载protoc-gen-go 定义Protocal Buffer 添加gRPC服务 Golang服务端实现 Golang客户端实现 .NetCore访问Golang搭建的gRPC服务 参考 gRPC概述 RPC 说到gRPC就不得不提RPC,所谓RPC(rem

一.介绍 应用官方的说法:Apache SkyWalking是观察性分析平台和应用性能管理系统.提供分布式追踪.服务网格遥测分析.度量聚合和可视化一体化解决方案 GitHub地址:https://github.com/apache/skywalking 二.准备工作 Skywalking的架构分成三大块: agent:探针,主要与我们的api或者app之类的集成在一起,用于收集上传客户端信息,然后发送到collector. oap: 主要用于收集agent发送过来的信息,并持久化到相应存储中 u

MongoDB 是一个基于分布式文件存储的数据库.由 C++ 语言编写.旨在为 WEB 应用提供可扩展的高性能数据存储解决方案. MongoDB 是一个介于关系数据库和非关系数据库之间的产品,是非关系数据库当中功能最丰富,最像关系数据库的. 什么场景下使用MongoDB MongoDB虽然是NoSQL(非关系型的数据库),但是实际使用的时候可以当做关系型数据库来用, mysql等数据库中单表数据量大了之后,想要扩展字段就非常痛苦,应为要卡很长时间,这时候就必须面临着两种选择 要么水平切分数据库,

前言     Apollo(阿波罗)是携程框架部门研发的分布式配置中心,能够集中化管理应用不同环境.不同集群的配置,配置修改后能够实时推送到应用端,并且具备规范的权限.流程治理等特性,适用于微服务配置管理场景. github 地址:https://github.com/ctripcorp/apollo 服务端基于Spring Boot和Spring Cloud开发,打包后可以直接运行,不需要额外安装Tomcat等应用容器 Java客户端不依赖任何框架,能够运行于所有Java运行时环境,同时对Sp

.NET 6.0 马上就要发布,高性能云原生开发框架.希望有更多的小伙伴加入大.NET阵营.这是本系列的第三篇文章:架构篇,喜欢的园友速度学起来啊. 本系列文章,主要分享一些.NET Core比较优秀的社区资料和微软官方资料.我进行了知识点归类,让大家可以更清晰的学习.NET Core. 首先感谢资料原作者的贡献. 第一篇:.NET Core资料精选:入门 介绍.NET历史.开源之路.基础.路由.依赖注入.HttpContext.cookie|session.HttpClient.gRPC.单元

前言 本示例通过对服务订阅的封装.隐藏细节实现.统一配置.自动重连.异常处理等各个方面来打造一个简单易用的 RabbitMQ 工厂:本文适合适合有一定 RabbitMQ 使用经验的读者阅读,如果你还没有实际使用过 RabbitMQ,也没有关系,因为本文的代码都是基于直接运行的实例,通过简单的修改 RabbitMQ 即可运行. 解决方案如下 1. 创建基础连接管理帮助类 首先,创建一个 .netcore 控制台项目,创建 Helper.Service.Utils 文件夹,分别用于存放通道管理.服务

众所周知,微服务架构是由一众微服务组成,项目中调用其他微服务接口更是常见的操作.为了便于调用外部接口,我们的常用思路一般都是封装一个外部接口的客户端,使用时候直接调用相应的方法.webservice或WCF的做法就是引用服务,自动生成客户端.在webapi2.0里,我们都会手动封装一个静态类.那么在.netcore3.1的微服务时代,我们该如何处理这个问题呢? ----思路都是一样的,封装一个外部服务,并且使用依赖注入和 HttpFactory工厂等.netcore特有的方式提升性能.接下来我们

前言 众所周知内存缓存(MemoryCache)数据是从内存中获取,性能表现上是最优的,但是内存缓存有一个缺点就是不支持分布式,数据在各个部署节点上各存一份,每份缓存的过期时间不一致,会导致幻读等各种问题,所以我们实现分布式缓存通常会用上Redis 但如果在高并发的情况下读取Redis的缓存,会进行频繁的网络I/O,假如有一些不经常变动的热点缓存,这不就会白白浪费了带宽,并且读到数据以后可能还需要进行反序列化,还影响了CPU性能,造成资源的浪费 从Redis 6.0开始有一个重要特性就是支持客户

微信扫码登录工作用 仅作记录 扫码访问服务器地址 实现扫码服务器地址通讯中断设备解锁 采用signalR 双向异步通知中断 创建控制器 ChatController 注入集线器上下文 IHubContext public IActionResult Index(string name) { name = name ?? "demo1"; HubContext.Clients.All.SendAsync("SendMeg", $" {name}访问了&quo

参考资料,和详细背景不做赘述. 首先定义prop 文件 syntax ="proto3"; package RouteGrpc; service HelloWorld{ rpc SayHello(HellowRequest)returns (ReturnsString){} } message HellowRequest{ ; ; } message ReturnsString{ ; } 然后根据prop文件生成对应的客户端和服务端的代码(这里要提前准备protoc.exe和grpc_

在代码中使用就比较简单了 Nuget包获取下 prometheus-net prometheus-net.AspNetCore 然后添加中间件就行了 app.UseMetricServer(); 默认地址都是/metrics,在Prometheus中的targets就是指向了这个地址,当然如果需要认证的话需要处理,Prometheus也需要设置先关认证,这里我写在了GateWay中,允许查看下 http://localhost:5000/metrics # HELP process_window

NEST.Repository A simple encapsulation with NEST client for search data form elasticsearch. github API NESTReaderRepository TEntity Get(TKey id); TEntity Get(Func<QueryContainerDescriptor<TEntity>, QueryContainer> filterExp = null, Func<Sou

代码: using System; using System.Net.WebSockets; using System.Text; using System.Threading; using System.Threading.Tasks; namespace Demo { class Program { async static Task Main(string[] args) { var client = new ClientWebSocket(); client.ConnectAsync(n

ASP.NET Core 1.1 Preview 1于2016年10月25日发布.这个版本包括许多伟大的新功能以及许多错误修复和一般的增强. 要将现有项目更新到ASP.NET Core 1.1 Preview 1,您需要执行以下操作: 1. 下载并安装更新的.NET Core 1.1 Prevew 1 SDK2. 按照.NET Core 1.1 Preview 1升级公告(下一节介绍)中的说明将项目更新为使用.NET Core 1.1 Preview 13. 更新您的ASP.NET Core包依

对于跨平台的.netCore来说,让它的程序运行在Linux系统上已经成为必然,也是一种趋势,毕竟我们的很多服务都放在linux服务器上(redis,mongodb,myql,fastDFS,lucene),而我们希望与这些组件服务通讯,需要使用的代码为java,python等,而这些都不是我们擅长的,因为我们是个.NET工程师,哈哈! 对于.NetCore的出现让我们可以把开始的C#程序运行在其它系统之上了,这种跨平台的特性,当然就成了下一代微软占有市场的利器,当然这也只是个人认为的,下面我们

开篇叙 本篇将和大家分享一下秒杀商品活动架构,采用的架构方案正如标题名称.NetCore+Jexus代理+Redis,由于精力有限所以这里只设计到商品添加,抢购,订单查询,处理队列抢购订单的功能:有不足或者不够详细的还请见谅,顺手点个推荐也不错: a. 秒杀流程 b. 封装StackExchange.Redis的使用类 c. Ubuntu16.04上使用Jexus搭建代理完成分布式部署 d. NetCore写实时监控队列服务 秒杀架构设计图︿(￣︶￣)︿三幅 1. 一般业务性架构 2. 后端分布

以下是笔者在 Ubuntu 16.0-64bit 环境下 发布 ABP(.NetCore)的全过程.特此记录,希望对大家有所帮助. 准备的工具 1.PuTTY(ssh,如果不想每次都用阿里云的远程登录,那么可以试试这个.) 2.WinSCP(图形化SFTP客户端,美观又好用) 3.Ubuntu 16.0-64bit     Step 1  搭建 .NetCore运行环境 1)添加 dotnet apt-get 支持文件(Ubuntu 16.04 / Linux Mint 18环境) sudo s

本篇和大家分享的是Linux+NetCore+Nginx搭建负载集群,对于netcore2.0发布后,我一直在看官网的文档并学习,关注有哪些新增的东西,我,一个从1.0到2.0的跟随者这里只总结一句话:2.0版本,api更多,文档更全,新增的razor模板我喜欢.这里来到本文的内容要点: linux快速安装nginx 为nercore项目分别生成:win7-x64和ubuntu.16.04-x64 运行包 nginx+.netcore反向代理的示例 部署一个集群(Linux+NetCore+Ng