问Istio (1.6.4) K8s上日志聚合的最佳实践

EN

Istio博士刚刚提到Mixer将死，但没有真正的帮助，还可以做什么。

正如文档中提到的

不推荐混音器。Mixer提供的功能正在将移动到特使代理中。

如果您看一下1.5个发行说明，文档

Istio的扩展性新模型长期以来一直是最可扩展的服务网格，Mixer插件允许自定义策略和遥测支持，特使扩展允许数据平面定制。在Istio1.5中，我们宣布了一种新的模型，它将Istio的扩展性模型与特使的模型结合起来，使用 WebAssembly (Wasm)。Wasm将使开发人员能够安全地分发和执行特使代理中的代码--与遥测系统集成()、策略系统、控制路由，甚至转换消息体。它将更加灵活和高效，无需单独运行Mixer组件(这也简化了部署)。阅读了我们的 Wasm博客 post，并寻找来自谷歌、Solo.io和特使社区的帖子，以获得更多关于这项令人兴奋的工作的细节！

在搅拌机被废弃后，有一种新的东西，叫做遥测v2。

遥测V2缺乏访问K8s元数据的中心组件(Mixer)，代理本身需要提供丰富的度量所需的元数据。此外，混合设备提供的功能必须添加到特使的代理机构中，以取代基于混合机的遥测系统。伊斯蒂奥遥测V2使用两个定制的特使插件来实现这一点。

那里描述得很好。

所以它不像混音器死了，也没有别的东西可以代替它了。

对于所有这些日志，在一个地方使用Istio在K8s上进行日志聚合的最佳实践是什么，以及启动它需要什么(教程/如何链接)？

我从远程访问遥测加载项开始，它展示了如何配置Istio来公开和访问遥测加载项(prometheus、grafana、kiali和jaeger/zipkin)。

一切取决于您的用例，默认情况下您可以启用istio提供的prometheus、grafana kiali和jaeger/zipkin版本。

另外，查看istio 文档度量、日志和跟踪。

我们使用Kiali，但这不是我们所需要的。我们正在寻找更多类似麋鹿堆栈或灰色日志，但理想上更轻量级。我们想到了格拉法纳·洛基，但当你在谷歌上搜索Istio+Loki时，那是相当平静的.似乎不起作用。

据我所知，您应该能够配置istio与麋鹿，但这是不容易的，并没有相关的文档。

那里是与elasticsearch有关的信息，为了使其正常工作，还需要相关的github问题，所以我认为elk也能工作。看看这教程。