- 1、本文档共22页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
物联网峰会李玉峰物联网运维之路;摩拜单车消耗卡路里;;;;;线上问题总是业务先发现 NOC值班靠感觉 啥是监控? 好看的图吗?;;;;Prometheus汇总监控数据: ElasticSearch汇总日志: 1.生态相对成熟,相关文档很全面,从通用的到专用的 各种exporter也很丰富。 2.查询语句和配置简单易上手。
3.原生具有分布式属性。
4.所有组件都可以部署在Docker容器内。
Mesos Exporter:
1、可以用来收集容器的各项运行指标。
2、并且本身他消耗的资源也很少,每个容器分配
0.2CPU,128MB内存也毫无压力。
Mesos Exporter: 1、对比cAdvisor。cAdvisor是一个Google开源的项 目,跟Mesos Exporter收集的信息八成以上都是类似 的;而且也可以通过image字段也可以变相实现关联服务 与容器,
2、Mesos exporter里面的source字段可以直接关联到 marathon的application id,更加直观一些。 3、同时cAdvisor还可以统计一些自定义事件,而我们 更多的用日志去收集类似数据,再加上Mesos Exporter 也可以统计一些Mesos本身的指标,比如已分配和未分配
的资源。;短信风暴
没人看短信
Oncall睡觉了;;最大的难点并不是实际业务代码的编写, 而是服务的监控和调试以及容器的编排;(1)Annotation
1.cs - Client Start。 客户端发起一次请求时记录
2.sr - Server Receive。 服务器收到请求并开始处理,sr和cs的差值就是网络延时和时钟误差
3.ss - Server Send: 服务器完成处理并返回给客户端,ss和sr的差值就是实际的处理时长
4.cr - Client Receive: 客户端收到回复时建立。 标志着一个span的结束。我们通常认为一但cr被记录了, 一个RPC调用也就完成了。
其他的annotation则在整个请求的生命周期里建立以记录更多的信息 。
(2)Span
由特定RPC的一系列annotation构成Span序列,span记录了很多特定信息如 traceId, spandId, parentId
和RPC name。
(3)Trace 一个trace中所有的span都共享一个根span,trace就是一个拥有共同traceid的span的集合,所有的span按照 spanid和父spanid来整合成树形,从而展现一次请求的调用链。 目前每次请求由PHP端生成traceid,并将span写入Ktrace,沿调用链传递traceid,每个service自己在有需要 的地方埋点并写入Ktrace。;In Place Deployment;;;;;CICD;
文档评论(0)