本篇文章为大家带来亚马逊云科技EKS的ADOTOperator演示如何构建容器化应用的可观测的内容。
AmazonDistroforOpenTelemetry简介
可观测性介绍
随着微服务技术的普及,微服务(MicroServices)的概念早已深入人心,越来越多的公司开始使⽤微服务架构来解耦应用,提高业务的迭代发布速度,从而快速交付最终用户的需求,实现业务快速创新。然而微服务架构不是“银弹”,如果微服务治理不当,反而有可能适得其反,不仅无法享受到微服务架构带来的优势,反而可能由于微服务架构的系统复杂性,造成开发、运维部署的复杂度增加,进而影响开发迭代的速度,甚至影响系统的整体稳定性。因此容器编排、服务网格、应用可观测等技术被越来越多地提及,用于解决微服务架构中碰到的各种挑战。
对于微服务架构,由于其远超传统软件的系统复杂性,系统运维的难度大大增加,且会随着分布式节点的增加而指数级增长。为了实现卓越运营和业务创新目标,客户需要为系统提供“可观测性”,让开发运维人员了解系统的内部运行情况。简单来说,可观测性就是为复杂IT系统寻求应用的白盒监控能力,通过“某种手段”让开发运维人员,便捷地观测应用在“各个时间点”的行为,获取对应用系统的洞察,不断改进支持流程和程序以实现业务价值,达到卓越运营的目标。在正常运行时,观测系统能对系统负载进行评估,对运维操作提供建议。在发生故障时,可协助快速定位和修复问题。
部署“可观测”系统时遇到的挑战在
为现代化应用引入“可观测性”时,“三大支柱”中logs系统提供事件细节、metrics系统负责统计和聚合、traces系统则专注请求延迟。然而“三大支柱”各司其职,往往是独立的系统,例如CNCF社区的