laiwei 最近的时间轴更新 laiwei 最近的时间轴更新 |
laiweiseeking truth from facts 🏢 https://flashcat.cloud / cloud-native engineer V2EX 第 3376 号会员，加入于 2010-12-01 18:54:25 +08:0094
 64  |
hellolaiwei
https://github.com/laiwei
北京
laiwei
| 《十年死磕，从一线工程师到 CEO》 程序员 • laiwei • 41 天前 • 最后回复来自 laiwei | 15 |
| 使用夜莺监控替换 Prometheus + AlertManager + Grafana 云计算 • laiwei • 48 天前 • 最后回复来自 laiwei | 4 |
| 从开源到创业，这中间的跨度有多大
2 云计算 • laiwei • 136 天前 • 最后回复来自 wensonsmith
|
3 |
| [几乎全新] 出售 mix3 标准版， 6GB+128GB 黑色 二手交易 • laiwei • 2018-11-22 13:41:59 PM • 最后回复来自 laiwei | 11 |
| Open-Falcon 线下沙龙，监控体系实践 DevOps • laiwei • 2016-03-25 11:30:48 AM • 最后回复来自 kozora | 1 |
| 分享：小米运维 ——互联网企业级监控系统实践 程序员 • laiwei • 2015-02-12 17:14:11 PM • 最后回复来自 dongweiming | 2 |
| [北京] 小米系统运维 真心求工程师 酷工作 • laiwei • 2014-08-30 14:20:10 PM • 最后回复来自 laiwei | 35 |
| [98 新] 650 出一个红米联通版 二手交易 • laiwei • 2014-05-04 11:11:14 AM • 最后回复来自 laiwei | 4 |
| 继续赠送米三的 F 码给 v 友（联通 移动）[银色] 免费赠送 • laiwei • 2014-03-31 10:59:07 AM • 最后回复来自 caomeen | 4 |
| 「低价出售」「北京面交」「 Sony NEX-5R 」+ 镜头 二手交易 • laiwei • 2014-03-26 17:49:14 PM • 最后回复来自 laiwei | 1 |
laiwei 最近回复了
41 天前 回复了 laiwei 创建的主题 › 程序员 › 《十年死磕，从一线工程师到 CEO》 |
谢谢大家的回复，我的分享属于我的一家之言，有认同的，有认为泛泛的，有认为我要割韭菜的，每个人都有自己的立场和见解，大家多多交流，希望相互有启发。
48 天前 回复了 laiwei 创建的主题 › 云计算 › 使用夜莺监控替换 Prometheus + AlertManager + Grafana |
@opsonly
Histograms and summaries both sample observations, typically request durations or response sizes. They track the number of observations and the sum of the observed values, allowing you to calculate the average of the observed values.
----------
Histograms 数据结构，在监控的场景下，典型的就是度量 latency （ request durations ） 或者 请求的某种特征分布（比如 response size ）
Histograms and summaries both sample observations, typically request durations or response sizes. They track the number of observations and the sum of the observed values, allowing you to calculate the average of the observed values.
----------
Histograms 数据结构，在监控的场景下，典型的就是度量 latency （ request durations ） 或者 请求的某种特征分布（比如 response size ）
52 天前 回复了 laiwei 创建的主题 › 云计算 › 使用夜莺监控替换 Prometheus + AlertManager + Grafana |
@opsonly ，p99/p95 这类统计一般是针对 latency 这类指标有意义的。
对于 cpu/mem ，在采集的时候，一般都是直接设置为 counter 类型，然后在监控服务端求 rate ，或者求 sum 等到相应的组合值。
p99,p75 这类分位值的计算，有两种做法，分别是 client 端计算和 server 端计算。
1 、在你的 app 代码中，埋点相关的 SDK （推荐 opentelemetry sdk ），选择 Summary 类型的数据结构，这样在 client 侧就可以直接生成你想要的分位值。
2 、在你的 app 代码中，同样埋点相关的 SDK （推荐 opentelemetry sdk ），选择 Histogram 类型的数据结构，这样在监控系统的 server 端，就可以使用 histogram_quantile()函数来计算任意你想要的分位值。
对于 cpu/mem ，在采集的时候，一般都是直接设置为 counter 类型，然后在监控服务端求 rate ，或者求 sum 等到相应的组合值。
p99,p75 这类分位值的计算，有两种做法，分别是 client 端计算和 server 端计算。
1 、在你的 app 代码中，埋点相关的 SDK （推荐 opentelemetry sdk ），选择 Summary 类型的数据结构，这样在 client 侧就可以直接生成你想要的分位值。
2 、在你的 app 代码中，同样埋点相关的 SDK （推荐 opentelemetry sdk ），选择 Histogram 类型的数据结构，这样在监控系统的 server 端，就可以使用 histogram_quantile()函数来计算任意你想要的分位值。
2017-01-16 23:18:45 +08:00 回复了 newghost 创建的主题 › Redis › 我们做了一个支持全文搜索和关系查询的 Redis |
有没有相关的 benchmark 数据哈
2017-01-05 20:23:09 +08:00 回复了 pc10201 创建的主题 › 程序员 › 小米的监控程序 open-falcon 是不是没有人维护了？ |
@RangerWolf 17 年 4 月份
Select Language