Open mianshiba opened 3 years ago
statsD 的golang实现,为什么datadog产品在数据模型上,继续使用了statsD,比如datadog-go/datadog-aegnt的源码中,上报数据,都能看到statsd的痕迹,他们和后来者prometheus/influxdb有先进性吗?
在我看来,statsD更多的是一种规范,而prometheus/influxdb则有自有产品绑定的倾向,实际上大同小异,包括国内nightmare/openfalon等。
statsD 的golang实现,为什么datadog产品在数据模型上,继续使用了statsD,比如datadog-go/datadog-aegnt的源码中,上报数据,都能看到statsd的痕迹,他们和后来者prometheus/influxdb有先进性吗?
在我看来,statsD更多的是一种规范,而prometheus/influxdb则有自有产品绑定的倾向,实际上大同小异,包括国内nightmare/openfalon等。
首先,给出我的观点,当前运维产品领域,是一种百花齐放,百家争鸣的时代,但我相信要不了多久,会迎来一个相对统一的时期,而其中当数opentelemetry的出现。
一个行业或者领域,走向成熟的一个标志,当数出现一个统一的标准,规范,流程,或者行业协会,不论是操作系统,硬件,芯片,或者通信等等,只有这个行业,足够分散,发展得足够成熟,才会催生一个标准。
目前市面上运维类开源产品层出不穷,不管是面向日志的,指标的,还是链路的,不是管是面向主机的,还是容器的,不管是单机的,还是面向集群的,不管是agent的,还是sdk的,真是看都看不过来呀,总之,只有你想不到的,没有别人做不到的。
因为这些开源产品,不管是解决单点问题,还是综合矩阵式解决方案,比如elk,他可不光是针对日志的解决方案,它提供的是一揽子解决方案。
还有influx,别人也针对指标数据,提供了从采集,到存储,到分析的端到端的解决方案。
不仅仅如此,还有grafana,可不要以为别人只是一个做监控ui的,别人可很有野心,从日志,到链路,到指标,从传统主机,到容器,那样样拎得起来,每个方向,都不含糊,而且有很多原创的设计,甚至在一些领域,是行业的引领者。
所以说,这个时代,成也开源,败也开源。
没有开源,一切要从开开发,没有多少公司或者团队,甚至个人,有这个实力。
但有了开源,很多人都有这个一样的基础,作为开源的缝合怪和粘合剂,做一些胶水的产品化,但其实没有灵魂。
话虽如此,但针对2b的创业,有时候比的就是谁更有耐心,有超出行业或者引领行业的创新固然重要,但善于整合行业资源,并结合行业的实际问题,给出脚踏实地的解决方案,也同样重要。