初识MinBox Logging

I. MinBox Logging 是什么?

1. 采集端 & 服务端

MinBox Logging是由minbox-projects开源组织推出的一款零侵入分布式链路日志组件,可用于微服务、RPC、单体应用使用。

MinBox Logging内存在两个概念,分别是:ClientServer

  • Client

    Client我们可以理解为日志的采集端,也就是我们的业务服务端,你的服务需要记录日志就可以理解作为Client端。

  • Server

    Server是日志的管理服务端点,提供日志的存储、阀值分析提醒(暂未发布)、链路分析(暂未发布)等功能,统一接收日志采集端上报的请求日志信息并做记录,目前支持写入数据库、自定义存储机制,下一步整合消息队列来处理大批量日志的存储问题。

    服务端通过整合服务注册中心可以完成负载均衡多节点部署。

II. MinBox Logging 可以做什么?

MinBox Logging可以用来记录你的应用程序请求日志信息,可以将发起请求的IP头信息URL参数请求主体参数耗时响应内容异常堆栈信息等。

下面是MinBox Logging可以获取到的基本信息,如下所示:

{
	"endTime":1568252359448,
	"httpStatus":200,
	"requestBody":"",
	"requestHeaders":{
		"accept":"*/*",
		"host":"localhost:40030",
		"user-agent":"curl/7.54.0"
	},
	"requestIp":"10.180.98.120",
	"requestMethod":"GET",
	"requestParam":"{}",
	"requestUri":"/open/system/time/current",
	"responseBody":"{\"code\":\"SUCCESS\",\"data\":1568252359425,\"errorMsg\":\"\",\"success\":true,\"timestamp\":1568252359425}",
	"responseHeaders":{},
	"serviceId":"bff-open-api",
	"serviceIp":"10.180.98.245",
	"servicePort":"40030",
	"spanId":"56aaa01c-cad5-41c6-bd46-bf94626d77bd",
	"startTime":1568252359416,
	"timeConsuming":32,
	"traceId":"ad9ff32c-6195-4f75-adf2-1eb1ed98aaf9"
}

以上信息是由MinBox Logging进行在控制台格式化并打印输出(前提:配置输出日志参数),我们可以通过MinBox Logging提供的日志通知接口来实现自己的业务逻辑,详见org.minbox.framework.logging.client.notice.LoggingNotice源码。

2. 日志来源

Client采集的每一条请求日志都会携带产生的服务器IP应用程序名称应用程序端口号并且一并上传到Server,根据这些内容可以直接定位到日志的来源位置,可根据Client上报的数量进行占比分析,来决定服务请求分发负载均衡权重配置

3. 耗时分析

每一次请求都会产生耗时,而接口耗时过长,可能会导致接口阻塞(如果应用程序没有加入熔断机制),针对这个问题MinBox Logging提供了计算耗时的方式,通过MinBoxLog#timeConsuming字段获取本次请求的耗时时间,单位是:毫秒,根据自己的业务自定义一个耗时阀值来进行通知耗时过长的请求给指定邮箱或者其他途径。

4. 异常解决

如果在用户请求过程中遇到了异常信息,而应用程序的控制台日志文件过大进行筛选异常信息时会耽误一定的时间,针对这个问题MinBox Logging提供获取请求中遇到异常的堆栈信息,通过异常信息可以精准的定位出现异常的代码位置。

5. 参数监控

用户发送的请求参数,我们无法进行限制,不过我们可以进行参数监控,通过制定参数对应的参数值来进行分析、监控,将分析结果通过存储或者通知方式告知。

6. 敏感头信息监控

请求参数一致,通过请求头信息我们同样能做的事情有很多。

7. 请求IP分析

通过这个功能,我们可以记录每一个发起请求的IP地址接口访问量访问的频率峰值等信息。

8. 其他

等待发掘合适的业务.

III. 日志获取方式

日志信息在ClientServer都可以获取,拿到请求日志信息后,可以实现上面的扩展功能。

9. Client获取日志

Client端可以通过LoggingNotice方式来获取MinBoxLog日志对象,根据对象的字段值来进行处理分析等业务,可创建多个LoggingNotice实现类来分析处理不同的业务,优先级根据LoggingNotice#getOrder方法的返回值而定。

/**
 * 自定义日志通知
 * 当不上报日志到`Logging Admin`时,可使用{@link LoggingNotice}来进行本地处理日志
 * 上报日志与本地处理不冲突,可并存
 *
 * @author 恒宇少年
 */
@Component
public class CustomerLoggingNotice implements LoggingNotice {
    /**
     * 通知方法
     *
     * @param minBoxLog ApiBoot Log
     */
    @Override
    public void notice(MinBoxLog minBoxLog) {
        System.out.println(minBoxLog.getTraceId());
      	// MinBoxLog 对象即为控制台打印的json信息,可以拿到里面的全部字段内容
    }

    /**
     * 通知执行优先级
     * {@link #getOrder()}方法返回值值越小优先级越高
     *
     * @return
     */
    @Override
    public int getOrder() {
        return 1;
    }
}

通过notice方法的参数可以直接获取到MinBoxLog对象,可根据参数值进行自定义业务判断处理。

10. Server获取日志

建议在Server端进行日志统一处理,虽然Client可以通过实现LoggingNotice接口来扩展日志处理,不过也是针对单个Client应用程序,对于分布式微服务应用程序来说却显得那么的无力。

因为每个Client都会进行上报到Server,所以在Server进行日志处理是最好的选择。

Server可以通过监听ReportLogEvent事件来获取Client的基本信息以及上报的日志列表(如果Client配置了延迟上报,每次可上报多条。),如下所示:

/**
 * 自定义上报日志事件{@link ReportLogEvent}监听
 *
 * @author 恒宇少年
 */
@Component
public class CustomerReportEventListener implements SmartApplicationListener {
    /**
     * logger instance
     */
    static Logger logger = LoggerFactory.getLogger(CustomerReportEventListener.class);

    /**
     * 判断事件类型为{@link ReportLogEvent}
     *
     * @param eventType
     * @return
     */
    @Override
    public boolean supportsEventType(Class<? extends ApplicationEvent> eventType) {
        return ReportLogEvent.class == eventType;
    }

    /**
     * 自定义处理业务
     * Client一次可上报多条日志{@link MinBoxLog}信息
     *
     * @param event {@link ReportLogEvent}
     */
    @Override
    public void onApplicationEvent(ApplicationEvent event) {
        ReportLogEvent reportLogEvent = (ReportLogEvent) event;
        LoggingClientNotice loggingClientNotice = reportLogEvent.getLogClientNotice();

        // MinBoxLog 日志列表
        List<MinBoxLog> logs = loggingClientNotice.getLoggers();

        logger.debug("上报日志服务:{},IP地址:{},端口号:{},日志列表:", loggingClientNotice.getClientServiceId(),
                loggingClientNotice.getClientServiceIp(),
                loggingClientNotice.getClientServicePort(),
                logs);
    }
}

SmartApplicationListenerSpring提供的事件监听接口,由于该接口继承了Ordered所以拥有了#getOrder方法,通过该方法可以调整自定义日志监听的执行优先级。

IV. 源码 & 文档 & 集成实践

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
其中arrb[i]表示第i个盒子中是否已经放入小球(1表示已经放入,0表示未放入)。现在需要找到一个未被检查过的盒子,将小球放入其中,使得放入小球后,所有盒子中放入小球的数量都不相同。若存在多个未被检查过的盒子都可以满足要求,则选择编号最小的盒子放入小球。 解决思路: 1.遍历数组arrb,将所有已经放入小球的盒子对应的位置在数组arra中标记为1; 2.遍历数组arra,找到第一个未被检查过的盒子,标记为当前最小盒子; 3.从最小盒子开始,向后遍历数组arra,找到第一个未被检查过的盒子,将其标记为当前比当前最小盒子放入小球后,放入小球的数量最少的盒子; 4.继续遍历数组arra,找到所有未被检查过的盒子中,放入小球后,放入小球的数量最少的盒子; 5.将小球放入最终找到的盒子中,更新数组arrb中对应位置的值为1,表示该盒子已经放入小球; 6.返回最终找到的盒子编号。 代码实现: int findBox(int n, int a, int* arra, int* arrb) { int minBox = -1; //当前最小盒子 int minNum = INT_MAX; //放入小球后,放入小球的数量最少的盒子的小球数量 int numCount[n + 1]; //用于记录每个盒子中放入小球的数量 memset(numCount, 0, sizeof(numCount)); //初始化为0 for(int i = 1; i <= n; i++) { if(arrb[i] == 1) { arra[i - 1] = 1; //标记为已经检查过 numCount[i]++; //更新放入小球的数量 } } for(int i = 0; i < n; i++) { if(arra[i] == 0) { //找到第一个未被检查过的盒子 minBox = i + 1; break; } } for(int i = minBox + 1; i <= n; i++) { //从最小盒子开始遍历 if(arra[i - 1] == 0) { //找到未被检查过的盒子 int ballNum = numCount[i]; //放入小球后,放入小球的数量 if(ballNum < minNum) { //更新放入小球后,放入小球的数量最少的盒子 minBox = i; minNum = ballNum; } } } for(int i = minBox + 1; i <= n; i++) { //继续遍历数组arra,找到所有未被检查过的盒子中,放入小球后,放入小球的数量最少的盒子 if(arra[i - 1] == 0) { int ballNum = numCount[i]; if(ballNum == minNum) { minBox = i; } } } arrb[minBox] = 1; //将小球放入最终找到的盒子中 return minBox; }
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值