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

科技回声

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

GitHubTwitter

首页

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

资源链接

HackerNews API原版 HackerNewsNext.js

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

The Passport: A Tool for Better Metrics (2016)

16 点作者 llambda将近 6 年前

1 comment

ipsocannibal将近 6 年前
We actually adopted this model of metric generation for our Netty based application. From our experience there are a couple of call outs I would like to mention.<p>1. You need to publish the graph of your application state transitions along with examples passports of known &quot;good&quot; executions. Without these passports have limited value for debugging because they themselves don&#x27;t give a clear indication of what should have happened. Frankly, I&#x27;ve found passports to be unreadible without referencing the state transition diagram.<p>2. Your application state transitions change overtime. So must your passports. Depending on how you&#x27;ve implemented your application this can be either trivial or maddening. In both cases though the passport change needs to occur along with the application change. Otherwise you passports will no longer be reflective of what your application currently is doing.