在业务生产流中构建一套监控系统

前几日，笔者产生了想要同时监控几个不同平台数据的念头，一般如果我们需要对某些网站平台的某些参数进行监控时，往往会选择各种各样的方法
这其实是有其原因的，首先互联网技术发展的时间已经有相当的一段时间了，何种新技术和新的架构层出不穷，但是我们与人类的交互接口却基本上没有发生根本性的转变，就是视触接口。这要就会给人一种错觉，就是得到信息是一件十分轻松的事情，但是本质而言，并不是这样的。获取信息其实是一件十分困难的事情，只是我们直接获取信息的接口比较简单，而为了把信息安全，快速的传送到使用者的面前，其实还是挺复杂的一件事情。
扯得有点远了，说回到信息监控这件事情，其实信息监控不是一项技术，而是一种行为或者是一种对于信息有特定需求而产生的监控行为。人不会无缘无故产生信息监控的行为，这里面都会有深层次的原因。因为有了和种各样的原因，数据监控才有了其本质上的意义。
既然要架构一套完整的监控系统，我们就需要从原因说起来，才更具有意义。首先是意义，我们为什么要对数据进行监控？这里其实也可以是又无穷解的一个问题，可以说是很扯淡的一个问题，我们可以换一种问法：是什么让你产生的数据监控的需求？似乎具体了一些，但是依旧不是很好回答，可以改进一点，在生产过程中的哪个阶段会让你产生数据监控的念头和欲望？经过我们几次精简和思路转换，我们终于把数据监控从一个抽象问题，变得可以具体化了一点点，虽然这只是从需求角度的一个方向，但是也往往是最好来思考使用什么架构的最好角度。
首先，我们把数据监控这件事情切割成纵向和横向，纵向值得是生产流中的各个节点的分布，横向则是在该生产流节点中数据监控的必要性。构建一套数据监控系统并不简单，我们必须时刻关注最必要的问题。我们可以通过小提琴图来表述一个生产流程中的数据监控对于问题的影响程度。

我们这里对于数据监控的决策主要使用两个参数，一个是数据监控的可行性，另一个是数据监控的必要性，并且设定了阈值，在流程中阈值达标时，才会做出类似的决策。我们看到，在示例的流程中，我们在测试反馈和改进的流程中，有充足的必要性和可行性进行数据监控，那么，我们就会在用户反馈和改进流程中构造一个监控流程，搜集信息。
有了假设中的场景，基于场景我们需要的就是分析场景中有哪些参数是最需要构建的，有哪些不需要。

(未完待续。。。) 下次更新时间 2020/04/15