デジビBlog

KNIME使用intra-mart的日志分析–2–

投稿日:2019-05-31更新日期:

你好。是数字业务推进室(デジビ)的关根。
上次继续,介绍在intra-mart的日志分析的方法。

本文章的前提条件

・KNIME 3.6.1
・ intra-mart Accel Platform2018Summer的日志
・请求日志的设定如下。
[%d{yyyy-MM-dd HH:mm:ss.SSS}] [%thread] %X{log.report.sequence} %-5level %logger{255} %X{tenant.id} %X{log.id} - %X{client.session.id} %X{request.remote.host} %X{request.method} %X{request.url} %X{request.query_string} %X{request.url.referer} %X{request.page.time} %X{request.accept.time} %X{request.id}%nopex%n

该文章的目标

intra-mart Accel Platform的请求日志输入KNIME
一览将各期间的同时请求数和处理时间等。
这样,在哪个时间范围用户的访问数上升,同时请求数可几个看到等。

KNIME导入文件此处:期间其他统计报表



首先…

日志的获取、格式化原样使用上次的博客文章,省略!
此日志文件以外,还
输入记载的thread-max的设定xml文件。

接下来…

计算的同时请求数。

【要点】同时请求数的计算方法
添加计算用变量,分割请求的发送和接收请求时
发送侧+1,接收侧-1设定为变量
统计期间(1小时)每个取得最大值。

最后…

格式化的日志,创建期间其他统计的一览。

【要点】期间的统计
使用GroupBy,统计期间每个线程数(Count)
要求的唯一Session ID(Unique Count),页面处理时间的最大、最小、中央、90%ile、平均、合计、标准偏差。

【要点】thread-max值和同时请求数的可视化
使用Line Plot节点
从设定文件取得的thread-max值和同时请求数
生成进行比较的图表。

总结

此次期间为基准求取了请求数和处理时间。
对同时请求数是若干时间
不太复杂的处理也可实现。
另外,完成组合intra-mart的设定文件。
今后也希望扩展此流程!

便宜

通过节点增加可读性降低的,所以
根据需要进行吧元节点化。(by生田)

下一次预告

我想介绍研究开发在公司内验证的功能「デジビダッシュボード」!

-デジビBlog

执笔者:


  1. […]在过去的KNIME相关的文章使用此处!・intra-mart BIORA展区–热敏传感器和AI语音聊天、KNIME使用intra-mart的日志分析–1–/KNIME intra-mart的日志分析–2–[…]

comment

没有邮件地址被公开。 * 附栏必须项目

相关报道

intra-mart的日志使用了进程挖掘

你好。数字业务推进室(デジビ)的关根。关于现在流行的流程挖掘,介绍一下intra-mart的日志从简易地进行进程提炼方法。プロセスマイニ…

「高松商店」的数字化事例的介绍~其2~

你好。数字业务推进室的高松。关于商店高松的数字化,上一次的读取中所介绍一下。做的冰淇淋按钮商店高松中,冰淇淋100日元中购买。……

智能扬声器和iAC联动

你好。数字业务推进室(デジビ)的关根。此次介绍intra-mart和智能扬声器的联动。背景intra-mart Accel Collaboration「…

冰淇淋按钮的创建方法

你好。数字业务推进室的高松。关于上次所介绍的IoT按钮,请告诉我「创建方法」的故事,我来介绍一下。开始构成,记述了冰淇淋按钮的构成,…

介绍「高松商店」IoT化实例

你好、数字业务业务推进室的高松是,「数字业务业务推进室」中,IoT和AI得益,RPA等灵活运用了新的要素技术业务化的进行了验证。此次,本公司的有点奇怪…

还没有数据。

RSSRSSRSSRSS