了解 Confluent 控制中心
Understand Confluent Control Center
谁能帮我理解confluent control center时间线上的红色条纹是什么意思？
红色条纹表示在处理监控数据时遇到了丢失或重复的拦截器记录。文档是这样描述这种行为的：
It’s also possible for messages sent by the Confluent metrics interceptors to be lost or duplicated. If this occurs, the affected time range is highlighted by showing a herringbone pattern on the axis.
当您开始熟悉该产品时，您可能会发现控制中心文档的流监控部分很有帮助。我在下面链接了这个。
http://docs.confluent.io/current/control-center/docs/monitoring.html
"red stripes" 表示控制中心可以计算消息计数和滞后，但测量结果存在不确定性。
测量结果存在不确定性的原因是一些用于确定的信息丢失了。通常缺失的信息是来自生产者或消费者的 "end of session" 标记，缺失的原因是客户端关闭不干净（没有调用 close() 方法）。即使抛出异常并按下 ctrl-c，也要确保在客户端之后进行清理。
理论上，不确定的区域应该很小。不干净关机的两侧只需几分钟。然而，现有版本的 Control Center 中存在一个错误，直到并包括 3.3.0，导致 "herringbone pattern"（我们对红色条纹的名称）接管整个时间线。我们正在努力解决这个问题。
谁能帮我理解confluent control center时间线上的红色条纹是什么意思？
红色条纹表示在处理监控数据时遇到了丢失或重复的拦截器记录。文档是这样描述这种行为的：
It’s also possible for messages sent by the Confluent metrics interceptors to be lost or duplicated. If this occurs, the affected time range is highlighted by showing a herringbone pattern on the axis.
当您开始熟悉该产品时，您可能会发现控制中心文档的流监控部分很有帮助。我在下面链接了这个。
http://docs.confluent.io/current/control-center/docs/monitoring.html
"red stripes" 表示控制中心可以计算消息计数和滞后，但测量结果存在不确定性。
测量结果存在不确定性的原因是一些用于确定的信息丢失了。通常缺失的信息是来自生产者或消费者的 "end of session" 标记，缺失的原因是客户端关闭不干净（没有调用 close() 方法）。即使抛出异常并按下 ctrl-c，也要确保在客户端之后进行清理。
理论上，不确定的区域应该很小。不干净关机的两侧只需几分钟。然而，现有版本的 Control Center 中存在一个错误，直到并包括 3.3.0，导致 "herringbone pattern"（我们对红色条纹的名称）接管整个时间线。我们正在努力解决这个问题。