TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

LinkerD picking up steam from ISTIO

4 点作者 coleca超过 6 年前

1 comment

lcalcote超过 6 年前
As I help lead the Istio User Experience Working Group, I can confirm that there&#x27;s a cost to telemetry gathered and sent to Mixer and that tuning the type and amount of telemetry sent can can a dramatic impact on the overhead involved in using the service mesh.<p>In general, the question of overhead is concern that most adopters of a service mesh ask. Akin to deploying an application performance monitoring agent to your server or an SNMP poller to your network, there&#x27;s a price to be paid for the ability to observe and control your workloads. Illuminating this cost, understanding and controlling this cost is the goal of an open source project, Meshery (<a href="https:&#x2F;&#x2F;layer5.io&#x2F;meshery" rel="nofollow">https:&#x2F;&#x2F;layer5.io&#x2F;meshery</a>). Meshery acts as a performance benchmark for multi-mesh performance comparison (an apples-to-apples comparison across different service meshes).<p>Note that it&#x27;s not necessary for each sidecar proxy call to validate every network call with Mixer. Many of these validations are locally cached in the sidecar proxy and do not involve Mixer.