光电收集器与Instana收集器的比较

Question

我们有许多微服务，目前使用instana收集器进行跟踪。我知道这是一个广泛的问题，但即使我个人支持opentelemetry，我也找不到与其他收藏家相比的任何比较。

如果我们进行比较的话，使用otel收集器的pron/crons是什么？例如，如果考虑linkerd服务网格，那么使用otel或instana收集器更好还是无关紧要。

如有任何比较和争论，将不胜感激。

Answer 1

TL;DR:它归结为拥有所有组件(接收器、出口商等)之间的权衡。在收集器和具有安全且(基于SLA)支持的收集器版本的收集器中可用，并且通常具有较少的组件。如果您查看20多个供应商，只有少数有自己的收集器(免责声明:我是其中一个AWS的产品所有者)。

因此，您可以在使用OpenTelemetry接触肋发行版的“厨房水槽”(所有可用组件，但您负责安全性和性能)与供应商之间进行选择--提供一个版本(或者构建自己的版本，因为社区构建了非常棒的工具)。

我的建议是:使用上游的otelcol-contrib收集器进行实验(我每天都这样做)，并有一个明确的策略(供应商提供或滚动您自己的发行版/收集器)的prod，并包含所有的支持。举个例子，想想去年log4j秃鹫受到的影响，你就会知道一个150倍强的药剂是如何引起操作疼痛的。

一些数据点:我今年进行了一项OpenTelemetry调查(结果现在可以通过mhausenblas/otel-收养-调查-2022年获得)，结果显示上游和供应商/DIY之间的比例约为50:50。

Answer 2

想到的一个明显的不同是，OTel (在本文撰写之时)无法将跟踪与底层基础结构关联起来。

Instana将告诉您，这个跟踪是在这个进程中从这个运行时提供的，这个进程运行在这个容器中，在这个特定主机上的这个K8集群中的这个容器中运行。在跟踪和基础设施之间具有这种相关性，使Instana能够在出现问题时提出根本原因。因此，Instana的跟踪被紧密集成到整个产品中，而OTel还没有(目前)。

免责声明:我为Instana工作。