前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >谈谈surging 微服务引擎 2.0的链路跟踪和其它新增功能

谈谈surging 微服务引擎 2.0的链路跟踪和其它新增功能

作者头像
Edison.Ma
发布2019-08-20 11:45:32
5480
发布2019-08-20 11:45:32
举报
文章被收录于专栏:DotNet Core圈圈DotNet Core圈圈

一、前言

surging是基于.NET CORE 服务引擎。初始版本诞生于2017年6月份,经过NCC社区二年的孵化,2.0版本将在2019年08月28日进行发布,经历二年的发展,已经全部攘括了微服务架构的技术栈,覆盖了从服务注册、服务发现、中间件、协议主机再到链路跟踪,并且制定了一套微服务的规则,形成了一套统一的规范。以下是surging的服务引擎架构图

上图Diagnostic能够实现整个服务链路的各种信息采集。

比如来源地址、远程地址、报错、执行时间、调用链路、协议类型以及参数的信息采集,采集完之后通过Skywaking Middleware 中间件的Grpc 推给Skywaking,再通过Skywaking WebUI进行展示。

前面的协议是针对于移动端、Web端和物联网的解决方案。

后面是服务引擎提供的功能。

二、服务调用链路跟踪

链路跟踪集成了Skywalking, 参考了SkyAPM-dotnet 而扩展的Surging.Apm.Skywalking引擎组件,而2.0版本只实现rpc 和rest 调用进行链路跟踪,具体配置如下

1.首先创建文件skyapm.json,放在引擎根目录下或者是指定的rootpath根目录下,配置代码如下

代码语言:javascript
复制
{
  "SkyWalking": {
    "ServiceName": "Surging.Services.Server",
    "Namespace": "",
    "HeaderVersions": [
      "sw6"
    ],
    "Sampling": {
      "SamplePer3Secs": -1,
      "Percentage": -1.0
    },
    "Logging": {
      "Level": "Information",
      "FilePath": "logs/skyapm-{Date}.log"
    },
    "Transport": {
      "Interval": 3000,
      "ProtocolVersion": "v6",
      "QueueSize": 30000,
      "BatchSize": 3000,
      "gRPC": {
        "Servers": "localhost:11800",
        "Timeout": 100000,
        "ConnectTimeout": 100000,
        "ReportTimeout": 600000
      }
    }
  }
}

2.然后添加引用或者扫描引用Surging.Apm.Skywalking组件,就能把采集的数据提交到Skywalking

3.或者可以通过配置项DisableDiagnostic禁用数据采集,配置如下

代码语言:javascript
复制
{
"Surging": {
    "DisableDiagnostic": true,
}
}

然后通过stage 组件GET 调用http://127.0.0.1:281/api/user/getusername/222?serviceKey=User 地址,就能通过Skywalking WebUI 看到以下界面

三、Stage支持白黑名单、HttpMethod规则的设定

1.白黑名单可以指定RoutePath,全局配置通过不指定RoutePath进行配置,白名单的配置要高于黑名单的配置,也就说有重合的IP, 白名单会进行覆盖,代码配置具体如下

代码语言:javascript
复制
"Stage": {
   
  "AccessSetting": [
    {
      "BlackList": "${blacklist}|127.0.0.1",
      "Enable": false
    },
    {
      "WhiteList": "${whitelist}|192.168.10.50,192.168.43.0/24,127.0.0.1",
      "BlackList": "${blacklist}|192.168.2.50,192.168.1.0/16",
      "RoutePath": "api/user/exists",
      "Enable": true
    }
  ]
}

2. 通过配置HttpPost ,HttpPut , HttpDelete 和 HttpGet就能配置rest的请求方式,如果不配置,所有请求都支持。而 设置isRegisterMetadata为True,就会把httpmethod注册为服务元数据。如果是微服务可以设置为true ,如果只是加载业务接口,中转服务或者聚合服务可以设置为false

代码语言:javascript
复制
[ServiceBundle("api/{Service}/{Method}")]
//[ServiceBundle("api/{Service}")]
//[ServiceBundle("api/{Service}/{Method}/test")]
//[ServiceBundle("api/{Service}/{Method}/test",false)]
public interface IUserService: IServiceKey
{
 
    /// <summary>
    /// 判断是否存在
    /// </summary>
    /// <param name="id">用户编号</param>
    /// <returns></returns>
    [ServiceRoute("{id}")]
    [HttpPost(),HttpPut(), HttpDelete(), HttpGet()]
    // [ServiceBundle("api/{Service}/{id}", false)]
    Task<bool> Exists(int id);
 
    /// <summary>
    /// 报错用户
    /// </summary>
    /// <param name="requestData">请求参数</param>
    /// <returns></returns>
    [Authorization(AuthType = AuthorizationType.JWT)]
    [HttpPost(true),HttpPut(true)]
    Task<IdentityUser> Save(IdentityUser requestData);
 
 }
本文参与 腾讯云自媒体分享计划,分享自微信公众号。
原始发表:2019-08-19,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 DotNet技术平台 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体分享计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
目录
  • 一、前言
  • 二、服务调用链路跟踪
相关产品与服务
消息队列 TDMQ
消息队列 TDMQ (Tencent Distributed Message Queue)是腾讯基于 Apache Pulsar 自研的一个云原生消息中间件系列,其中包含兼容Pulsar、RabbitMQ、RocketMQ 等协议的消息队列子产品,得益于其底层计算与存储分离的架构,TDMQ 具备良好的弹性伸缩以及故障恢复能力。
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档