南宁网站排名优化电话,自己做的网站怎么加搜索功能,wordpress获取当前分类名,网站开发 招聘 龙岩随着业务的发展#xff0c;微服务系统会变得越来越大#xff0c;各个服务之间的调用关系也会日趋复杂。一个WebApi请求#xff0c;后方可能经历多个微服务以及数据库和MQ操作#xff0c;在这个调用过程中#xff0c;可能因为某一个服务节点出现延迟或者失败#xff0c;而… 随着业务的发展微服务系统会变得越来越大各个服务之间的调用关系也会日趋复杂。一个WebApi请求后方可能经历多个微服务以及数据库和MQ操作在这个调用过程中可能因为某一个服务节点出现延迟或者失败而导致整个请求失败此时极为需要全链路的调用监控。星尘Stardust提供了分布式全链路监控的解决方案。星尘监控功能星尘分布式全链路监控主要功能点如下功能强大。能够埋点统计调用次数、错误数、耗时等适用于Web接口、RPC接口、数据库访问、Redis访问、消息队列访问等场景简单易用。只有一个服务端和Web控制台支持多种数据库MySql/SQLite/Postgresql/SqlServer免安装解压后配置数据库连接即可跑起来超低投入。计算能力下沉无需ES等重型数据库避免了大量的IT基础设施投入1台2C4G的服务器和1台2C4G的MySql足够支持80多个应用每天4亿多的埋点数据多维度分析。丰富的实时计算经验按照应用、类别、埋点等多个维度进行实时分析支持月度、每天、小时、5分钟等多种时间刻度永久保存分析统计数据主要接口趋势图等同于业务趋势监控告警。支持按照应用配置告警阈值和告警机器人企业微信、钉钉业界标准。基于业界标准OpenTracing来设计跨应用跟踪基于W3C的TraceContext来设计支持任意语言开发的应用接入支持不同语言应用系统的链路集成应用监控趋势图跨应用全链路监控Android客户端、WebApi、数据库、Redis、消息队列、用户自定义埋点部署星尘服务端源码https://github.com/NewLifeX/Stardust国内https://gitee.com/NewLifeX/Stardust可以下载源码编译StarServer/StarWeb并得到两个输出标准.NET5.0应用。StarServer是星尘服务端默认端口6600可以通过aspnetcore的urls参数调整端口。服务端以webapi形式接收处理StarAgent星尘代理或者其它星尘客户端的数据请求其中一部分接口属于监控子系统接收埋点应用上报的链路监控数据。为提升系统可用性建议服务端采用双节点部署业务应用集成星尘客户端时支持配置逗号分隔的多节点地址来实现故障转移例如“http://star.newlifex.com:6600,http://106.14.11.143:6600”StarWeb是星尘Web管理平台默认端口5000可以通过aspnetcore的urls参数调整端口。管理平台是一个基于魔方开发的web后台系统用于管理查看节点和应用埋点数据。Web管理平台仅用于查看数据和修改配置无需多节点部署。星尘支持多种数据库MySql、SQLite、SqlServer、Oracle、Postgresql默认SQLite。主要连接名如下{Logging: {LogLevel: {Default: Information,Microsoft: Warning,Microsoft.Hosting.Lifetime: Information}},AllowedHosts: *,ConnectionStrings: {Stardust: {connectionString: Data Source..\\Data\\Stardust.db,providerName: SQLite},Node: {connectionString: Data Source..\\Data\\Node.db,providerName: SQLite},NodeLog: {connectionString: Data Source..\\Data\\NodeLog.db,providerName: SQLite},Monitor: {connectionString: Data Source..\\Data\\Monitor.db,providerName: SQLite},MonitorLog: {connectionString: Data Source..\\Data\\MonitorLog.db,providerName: SQLite}}
}实际生产环境中星尘使用2C4G的MySql数据库2C4G的服务器支撑了80多个应用系统的埋点数据每天共4亿多次调用跟踪。使用监控系统星尘系统演示http://star.newlifex.com星尘服务端试用版http://star.newlifex.com:6600/应用跟踪器应用监控应用跟踪器管理着所有连接到星尘的监控埋点应用默认自动添加新应用。启用如果禁用星尘将不再接受该应用提交的埋点数据采样周期默认每60秒上传一次采样数据最大正常采样数每个采样周期中每个埋点选择的采样数据明细用于建立调用链路最大异常采样数每个采样周期中每个埋点选择的异常采样数据明细用于分析系统错误应用统计每个应用每天的总调用数、错误数、平均耗时、最大最小耗时分类调用数如接口数、Http请求、数据库、消息队列、Redis缓存、用户自定义埋点点击应用名进入应用每日视图可以看到该应用在这一天中每一个操作名/埋点接口的调用情况包括次数、错误数、耗时等。点击这里的种类可以过滤只查看该类埋点操作的数据不同种类埋点操作采用不同颜色显示。再次点击应用名可以看到该应用每天的整体调用情况埋点跟踪统计点击操作名埋点/接口可以查看该埋点操作近90天的每日统计数据主要有调用次数、错误数、耗时等。上方的“7天”可以查看该埋点仅7天的每小时统计数据。上方的“24小时”可以查看该埋点近24小时的每5分钟统计数据5分钟数据比较多默认只会保留3天可以在服务端配置文件中调整。全链路追踪每个埋点数据行都带有“跟踪”链接可以查看该埋点的某一次调用链路。如上图同一个调用链上的多次埋点具有相同traceId跟踪视图显示该traceId的前后调用关系甚至跨多个应用系统穿越http接口和消息队列。鼠标移到埋点操作名上面可以看到该埋点的数据标签或者异常信息。例如数据库埋点的数据标签就是sql语句消息队列埋点的数据标签就是消息内容。链路追踪明细数据默认保存3天可以在星尘服务端配置文件调整。异常分析对于有错误次数的埋点可以从总次数点击进去找到错误采样然后进行跟踪查看。如果有多次错误采样不方便查找可以从埋点跟踪统计进入五分钟视图后再找。应用接入监控系统微服务系统中的调用采样数据及其庞大星尘监控通过计算能力下沉来解决这个问题。在业务系统埋点模块内部对埋点数据进行初步聚合再挑选若干采样数据在每个采样周期默认60秒结束后批量上传到星尘服务端的收集器。收集器落库保存数据后再次进行聚合并进行级联统计分析。任何项目想要接入星尘监控都需要从nuget中引用 NewLife.Stardust 组件库实例化StarTracer跟踪器。星尘监控支持WebApi、HttpClient、Redis、XCode、AntJob等场合的自动埋点追踪也支持用户自定义埋点。WebApi应用接入监控netcore项目在Startup的ConfigureServices中配置引入public void ConfigureServices(IServiceCollection services)
{var set Stardust.Setting.Current;if (!set.Server.IsNullOrEmpty()){// APM跟踪器var tracer new StarTracer(set.Server) { Log XTrace.Log };DefaultTracer.Instance tracer;ApiHelper.Tracer tracer;DAL.GlobalTracer tracer;TracerMiddleware.Tracer tracer;services.AddSingletonITracer(tracer);}services.AddControllersWithViews();// 引入魔方services.AddCube();
}从配置文件Config/Star.config中读取Server字段初始化星尘跟踪器。也可以代码写死或者从配置中心读取地址支持配置逗号分隔的多节点地址来实现故障转移例如“http://star.newlifex.com:6600,http://106.14.11.143:6600”。services.AddSingletonITracer(tracer) 直接注入跟踪器实例便于后面集成使用推荐使用。DefaultTracer.Instance 是静态属性用于没有DI的较老代码的接入不推荐使用。ApiHelper.Tracer 开放所有HttpClient扩展的埋点追踪。DAL.GlobalTracer 开放XCode所有数据库访问的埋点追踪。TracerMiddleware.Tracer 对所有Web请求进行埋点追踪。Web应用跟踪视图如下消息队列应用接入监控.NET最爱的Redis消息队列NewLife.Redis 集成了链路追踪仅需要在实例化FullRedis对象时指定Tracer属性。var redis new FullRedis { Tracer tracer, Timeout 15000, Retry 5, Log XTrace.Log };此外NewLife.RocketMQ 和 NewLife.MQTT 都集成了链路追踪支持。消息队列跟踪视图如下数据调度应用接入监控蚂蚁调度 AntJob 集成了链路追踪仅需要在实例化调度器时指定Tracer属性。var set AntSetting.Current;
var server _getConfig(antServer);
if (!server.IsNullOrEmpty())
{set.Server server;set.Save();
}
// 实例化调度器
var sc new Scheduler
{Tracer DefaultTracer.Instance,// 使用分布式调度引擎替换默认的本地文件调度Provider new NetworkJobProvider{Server set.Server,AppID set.AppID,Secret set.Secret,Debug false}
};数据调度应用跟踪视图如下用户自定义埋点在关键业务方法内部我们需要做一些自定义埋点。通过DI注入或者DefaultTracer.Instance拿到ITracer对象借助NewSpan方法即可得到一个埋点实例ISpan参数就是埋点操作名span开始到释放就是这一次埋点的耗时。using var span _tracer?.NewSpan(CreateOrder, orderModel);
try
{//todo CreateOrder
}
catch (Exception ex)
{span?.SetError(ex, null);throw;
}如上使用using语法让span离开作用域时自动Dispose销毁计算耗时。NewSpan第二个参数是数据标签Tag如果这一次埋点span有幸成为采样对象送给星尘服务端那么Tag将会在链路追踪视图里面得以显示鼠标移到操作名上。如果业务代码抛出异常需要调用SetError方法指定这一次埋点为异常采样并设置ex异常信息该信息会送给星尘服务端用于查看异常详情。SetError 不是必须的如果异常时不调用SetError还是会记入监控统计只是认为这次调用成功并且拿不到异常信息。此时有最简化的自定义埋点代码using var span _tracer?.NewSpan(CreateOrder, orderModel);NewSpan会在进程中建立埋点的父子关系无需用户处理。而跨应用集成调用链则需要一些额外操作。常见注入和提取扩展调用另一个系统的WebApi时按照W3C标准需要在Http请求头中加上 traceparent 内容是 span.ToString()格式00-traceId-spanId-00 。spanId是埋点唯一标识一般是16字符hex编码traceId是链路唯一标识一般是32字符hex编码具有相同traceId的埋点采样构成一个完整调用链调用方通过span.Attach把span注入到http请求头接收方从http请求头中解码得到traceId魔方的TracerMiddleware.cs中有实现该功能。该方案使得不同应用的埋点操作具有相同的链路标识traceId从而构成一个完整调用链。NewLife.Redis消息队列的跨系统集成本质上是在发布消息时向json集合中注入一个traceparent的字段消费时读取从而共用traceId构成完成调用链。从图片库选择
