基于监控服务打造微服务治理生态体系

基于上一篇《微服务海量日志监控平台》介绍的平台架构，继续架构的优化和能功的扩展，实现服务治理能力。

问题现状态

日志监控平台为咱们带来了不少排查解决线上问题的便利。可是从某种程度上讲，只为咱们提供了线索，最终的排查和解决仍是须要人工去执行参与，因此从运维角度上说，并无帮助解决问题。因为采集覆盖面和分析问题。监控方面也存在不少问题。大概概括以下：

• 监控不全面
• 链路不全，缺乏应用拓扑
• 无服务健康检测机制
• 缺少深度分析能力
• 缺少治理能力
• 人工运维

解决方案

针对现状，咱们大体采起如下解决方案：

• 监控源多样化 

        业务数据、应用、中间件、网络设备、存储设备、物理机、虚拟机、容器、数据库、api等监控

• 丰富可视化内容

        使用grafana和kibana提供分析和可视化的 Web 平台。可查找和交互数据，并生成各类维度的分析报表。增长应用拓扑、链路跟踪等可视化

• 服务健康检测

       按期调用应用服务的接口检查服务的健康情况，当发现不可用的接口时当即告警并启用熔断功能；当发现异常节点应启动告警并移除该节点

• 实时分析、预测、告警

        实时过滤清洗、多维分析采集数据，对当前发生异常进行分析、风险预判。并对分析结果决策告警通知并持久化

• 最终打造服务治理平台

        结合现有的技术体系，打造服务治理平台，实现咖啡式运维

监控平台的优化

功能架构优化

多源监控

 

实时分析预

 告警完善

更多可视化

 

  优化扩展监控服务

打造服务治理生态体系

因为业务需求和技术的发展，平台使用的技术各类各样。当前咱们的服务架构除了使用Zero Ice外，有的用到了springCloud。须要把这些服务统一对接到治理平台，达到治理能力，下降运维成本，提升版本迭代，实现故障快速定位、灵活资源调整等服务治理价值。

 治理平台功能

 打造服务治理生态体系

结合服务架构状况，一切从实际出发。围绕监控服务，打通其它管理、控制服务，如网关、配置中心等之间的通信，造成服务治理生态圈。

【版权声明】

本文版权归做者(深圳伊人网网络有限公司)和博客园共有，欢迎转载，但未经做者赞成必须在文章页面给出原文连接，不然保留追究法律责任的权利。如您有任何商业合做或者受权方面的协商，请给我留言：siqing0822@163.com