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

最近在为 Newbe.Claptrap 做性能升级,因此将过程中使用到的 dotTrace 软件的基础用法介绍给各位开发者. Newbe.Claptrap 是一个用于轻松应对并发问题的分布式开发框架.如果您是首次阅读本系列文章.建议可以先从本文末尾的入门文章开始了解. 开篇摘要 dotTrace 是 Jetbrains 公司为 .net 应用提供的一款 profile 软件.有助于对于软件中的耗时函数和内存问题进行诊断分析. 本篇,我们将使用 Jetbrains 公司的 dotTrace 软件对

前言 现在各种业务都追求上云,通俗的讲,“XX即服务”,作为一名专职的性能测试调优人员的我,由于会点三脚猫的开发功夫,“性能测试即服务”这种开发大任就落到我头上了,先做一个能完成核心压测功能的基础版. 本着不再重复造轮子的思想,充分利用已有的优秀软件,性能测试要想上云的话,当然封装jmeter是不二选择,但是大佬的硬性要求是,所有要提供的交付物,必须是docker镜像. jmeter貌似没有官方镜像啊..有好多个人做的,也没啥详细介绍,算了,还是自己做吧. 最终,需要实现前端传入用户输入的压测相

最近正巧在进行 Newbe.Claptrap 新版本的开发,其中使用到了 Tye 来辅助 k8s 应用的开发.该系列我们就来简单了解一下其用法. Newbe.Claptrap 是一个用于轻松应对并发问题的分布式开发框架.如果您是首次阅读本系列文章.建议可以先从本文末尾的入门文章开始了解. 安装 Tye 首先,确保已经正确安装了 netcore 2.1 或以上版本的 dotnet SDK. Tye 目前还处于开发阶段,因此,目前只能安装预览版本进行使用.通过以下链接可以搜索到当前最新的版本,并复制

续上篇,这篇我们来进一步探索 Tye 更多的使用方法.本篇我们来了解一下如何在 Tye 中使用服务发现. Newbe.Claptrap 是一个用于轻松应对并发问题的分布式开发框架.如果您是首次阅读本系列文章.建议可以先从本文末尾的入门文章开始了解. 服务发现 - 微服务开发不可缺少的部件 服务发现,就是新注册的这个服务模块能够及时的被其他调用者发现.不管是服务新增和服务删减都能实现自动发现.<深入了解服务注册与发现> https://zhuanlan.zhihu.com/p/161277955

续上篇,这篇我们来进一步探索 Tye 更多的使用方法.本篇我们来了解一下如何在 Tye 中如何对数据库进行链接. Newbe.Claptrap 是一个用于轻松应对并发问题的分布式开发框架.如果您是首次阅读本系列文章.建议可以先从本文末尾的入门文章开始了解. 中间件链接 绝大多数服务都需要用到外部中间件来支持应用程序的正常运行,通常来说,就包含有数据库.缓存中间件.消息队列和文件系统等等. 因此,在开发过程中需要在应用程序中管理对这些中间件的链接字符串. Tye 提供了一种方式以便更加容易的管理这

续上篇,这篇我们来进一步探索 Tye 更多的使用方法.本篇我们来了解一下如何在 Tye 中如何进行日志的统一管理. Newbe.Claptrap 是一个用于轻松应对并发问题的分布式开发框架.如果您是首次阅读本系列文章.建议可以先从本文末尾的入门文章开始了解. 必不可少的日志管理 对应用进行日志记录和分析是诊断排查线上问题的重要手段.而简单基于控制台或者文件的直接记录既不利于开发者直接读取也不利于大规模分析. 因此,开发者往往会选择一些诸如 Exceptionless 或者 ELK 之类的日志管理

续上篇,这篇我们来进一步探索 Tye 更多的使用方法.本篇我们来了解一下如何在 Tye 中实现对分布式链路追踪. Newbe.Claptrap 是一个用于轻松应对并发问题的分布式开发框架.如果您是首次阅读本系列文章.建议可以先从本文末尾的入门文章开始了解. 我是谁?我在哪儿?我咋了? 分布式系统纷繁复杂,特别以现在微服务架构的出现,使得应用系统中的应用实例变得更加多变难以捉摸. 那么如何在如此繁杂的系统中找到一条业务调用链的上下游关系.性能细节.业务数据等等成为了一项开发者必然要面对的挑战. 使

续上篇,这篇我们来进一步探索 Tye 更多的使用方法.本篇我们将进一步研究 Tye 与分布式应用程序运行时 Dapr 如何碰撞出更精彩的火花. Newbe.Claptrap 是一个用于轻松应对并发问题的分布式开发框架.如果您是首次阅读本系列文章.建议可以先从本文末尾的入门文章开始了解. 巧了,巧了,真是巧了 今天正值 dapr 1.0 发布的日子.如果你暂时还不了解什么是 dapr. 那不如通过以下简短的视频来了解一下什么是 dapr: https://www.bilibili.com/vide

Newbe.Claptrap 框架依托于一些关键性的基础组件和一些可选的辅助组件.本篇我们来介绍一下如何准备一个开发环境. Newbe.Claptrap 是一个用于轻松应对并发问题的分布式开发框架.如果您是首次阅读本系列文章.建议可以先从本文末尾的入门文章开始了解. 必要组件 这些组件是使用本框架进行开发是必须要安装的组件. Docker Desktop Docker Desktop 是以下所有组件运行的基础.开发可以通过以下链接下载对应操作系统的版本并进行安装: https://www.doc

接上一篇 Newbe.Claptrap 框架入门,第一步 -- 开发环境准备 ,我们继续了解如何创建一个 Newbe.Claptrap 项目. Newbe.Claptrap 是一个用于轻松应对并发问题的分布式开发框架.如果您是首次阅读本系列文章.建议可以先从本文末尾的入门文章开始了解. 安装项目模板 打开控制台运行以下命令来安装最新的项目模板: dotnet new --install Newbe.Claptrap.Template 安装完毕后,可以在安装结果中查看到已经安装的项目模板. 创建项

转载请注明出处http://www.cnblogs.com/supernebula/p/7506993.html .Netcore之Log4net.Nlog性能比较 最近在写一个开源.netcore web框架,需要一个高性能的日志组件.目前要从log4net.nlog二选一,大家应该都有了解,就不赘述了.楼主是个喜欢写代码,不喜欢写文档的猿,多久才写一篇文,真懒额! 此文目的是比较log4net.nlog的文件写入性能(.netcore环境),涉及代码和配置如有不正确的地方,还请批评指正.楼主

一.简介 很久之前写了一篇 <.Net Core 2.0+ InfluxDB+Grafana+App Metrics 实现跨平台的实时性能监控>关于NetCore性能监控的文章,使用Influxdb+AppMetrics进行项目性能监控,由于技术有限,在正式环境使用一段时间后,莫名的AppMetrics就没办法往influxdb中插入数据了,后来我也在App Metrics作者的github上留言了,并且作者也根据我阐述的情况做了测试,没有复现我的问题,最后这个问题就不了了知了,然后项目性能监

NetCore性能优化2.非跟踪查询在只读方案中使用结果时,非跟踪查询十分有用,可以更快速地执行.增加AsNoTracking()表示非跟踪,如:var users = context.User.AsNoTracking();还可以在上下文实例级别更改默认跟踪行为:context.ChangeTracker.QueryTrackingBehavior = QueryTrackingBehavior.NoTracking;var users = context.User;全局筛选protected

参考资料 https://zipkin.io/ https://github.com/openzipkin/zipkin/ https://github.com/openzipkin/zipkin4net 搭建环境 CentOS 7.X Java 8 SDK zipkin官网有三种安装方式可以参考 Docker docker run -d -p : openzipkin/zipkin Java 如果你已经拥有Java8的环境可以如下安装 curl -sSL https://zipkin.io/q

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包依

摘要 NanoProfiler是一个开源.NET性能调试类库,CoreProfiler是其.NET Core版本的实现.在之前的一些文章中,我曾介绍过NanoProfiler的主要使用方式,以及如何为生产环境,基于ELK对应用性能进行调试和监控.不过,对于一般的用户来说,尤其是本机开发和小团队开发,搭建ELK,维护这套这套支持系统的稳定运行,学习曲线还是有点高.而如果只是单个app孤立的使用NanoProfiler,则大大浪费了其原本能发挥的跨应用性能调试监控的能力. 本文演示了3个不同平台的后

为什么.NETCore? 学习新的开发框架是一项巨大的投资.您需要学习如何在新框架中编写,构建,测试,部署和维护应用程序.作为开发人员,有许多框架可供选择,很难知道什么是最适合的工作.即使您正在使用.NET开发软件,.NET Core也不相同,您需要花时间学习使用它的工具和技术.为了理解为什么.NET Core值得一看,这有助于知道你从哪里开始. 如果您是.NET Framework开发人员 .NET Core是为了重新启动某些Framework组件而为其他人提供跨平台工作的机会.由于.NET

什么是Kestrel服务器 Kestrel是开源的(GitHub提供的源代码),事件驱动的异步I / O服务器,用于在任何平台上托管ASP.NET应用程序.这是一个监听服务器和一个命令行界面.您将侦听服务器安装在Windows或Linux服务器上,并在计算机上安装命令行界面(安装.netcore会自动一整套安装). 它是与ASP.NET Core一起由微软推出的.所有ASP.NET Core应用程序都使用新的MVC框架和Kestrel Web服务器.这些新的应用程序可以运行在完整的.NET Fr

1. 前言   看园子里面讲dotTrace 的文章不多,最近也有这方面的需要,于是去搜索了一下,.NET 性能分析方面的工具.目的呢,主要是想发现我的代码中,哪些代码占用了最多时间,来进行优化.主要有两个工具,一个是Visual-Studio 2017自带的Performance Profiler 还有一个就是 DotTrace. 两者大概长成如下这样:首先是 Performance Profiler Performance Profiler 以及 DotTrace DotTrace Visu

前言 .NETCore 从1.0发布历经坎坷,一开始各种库缺失到现在的部分完善,走到今天实属不易. 比如 redis-cli SDK 简直是坑出不穷. 过去 .net 最有名望的 ServiceStack.Redis 早已沦为商业用途,在 .NETCore 中使用只能充值: 后来居上的 StackExchange.Redis 虽然能用,但线上各种 Timeout 错误把人坑到没脾气,两年多两年多两年多都不解决,最近发布的 2.0 版本不知道是否彻底解决了底层. csredis v3.0.0 更新