云原生可观测

主要介绍Elasticsearch为什么做时序引擎、Elasticsearch做时序引擎的挑战、Elasticsearch 时序引擎特性介绍、阿里云基于Elasticsearch TimeStream介绍。文章结尾更有关于《阿里云Elasticsearch在时序场景下的深入探索》的demo演示视频。

阿里云发布的grafana托管服务，更是为云上的资产提供了高效的监控数据可观测能力。阿里云grafana弹性、免运维，可以方便的对接云上云下的各种数据源。

基于 Prometheus 的监控实践中，尤其是在规模较大时，时序数据的存储与查询是其中非常关键，而且问题点较多的一环。如何应对大数据量下的长周期查询，原生的 Prometheus 体系并未能给出一个令人满意的答案。对此，ARMS Prometheus 近期上线了降采样功能，为解决这个问题做出了新的尝试。

本文会系统讲解链路传递一些基本概念，同时结合案例讲解链路传递的过程。

可观测性建设从去年开始在国内非常的火热，大家谈的越来越多。随着云原生、微服务的发展落地，可观测性建设逐渐成为了一个必不可少的工程手段。开发者通常需要去思考建设可观测性的方方面面：如何在不同的Dev Stack和Infra Stack中埋点、如何插码、如何传递追踪上下文、如何生成指标/追踪/日志数据并进行关联，需要考虑的问题太多太杂，导致应用开发团队花了一半的时间用于可观测性的建设。

eBPF技术正以令人难以置信的速度发展，作为一项新兴技术，它具备改变容器网络、安全、可观测性生态的潜力。本文主要探讨Kindling的eBPF基础设施库的选型考量。

当你到达第3级时，可观测性已经成为了云基础设施上内生的能力，像原力一样，它蕴含在已运行的每个应用系统、以及未来会新增的每个应用系统中，是一项与生俱来的基本能力，这项能力无需依赖于在业务代码中的“调用”来触发，它就在那里。DeepFlow在可观测性3.0等你。May the force be with you！

云原生可观测体系较传统IT体系更复杂，如何在云原生生态下快速建立可靠的可观测能力是运维体系建设的重要环节。本文一步步介绍如何使用阿里云容器服务生态的可观测云产品，开箱即用建立容器场景可观测能力体系。

一文带你实现JVM可观测

一文看懂Kafka

本文介绍阿里云SLS丁来强（花名成喆）在PyCon2021上海站分享时的议题内容，结尾有录播的视频和PPT下载链接。

分享在北京云峰会智能运维场的主题

MSE 云原生网关默认提供了丰富的 Metrics 指标大盘，配合阿里云 Prometheus 监控提供开箱即用的完整可观测性能力，能够帮助用户快捷、高效的搭建自身的微服务网关与对应的可观测体系。

数据库的瓶颈往往也是整个系统的瓶颈，其重要性不言而喻，所以对于 MySQL 的监控必不可少，及时发现 MySQL 运行中的异常，可以有效提高系统的可用性和用户体验。因此，观测 MySQL 关键指标，实时关注数据库的可用性与性能，成为运维团队的重要任务。

可观测性之Log4j2优雅日志打印

QCon 全球软件开发大会是由极客邦科技旗下 InfoQ 中国主办的综合性技术盛会，每年在伦敦、北京、纽约、圣保罗、上海、旧金山召开。自2007年3月份开始举办以来，已经有超万名有多年从业经验的技术人员参加过QCon大会。QCon 内容源于实践并面向社区，演讲嘉宾依据热点话题，面向5年以上工作经验的技术团队负责人、架构师、工程总监、开发人员分享技术创新和实践。

快速学习ALL in one：如何搭建端到端可观测体系。

快速学习使用服务网格可观测性为应用服务保驾护航

虽然容器已大规模应用，但企业仍有大量应用/服务部署在ECS上或线下IDC上，那么运维团队如何借助Prometheus监控这些ECS应用呢？自建Prometheus又会遇到什么难题？不如看看这篇文章！

——孟威 阿里云智能日志服务SLS产品专家

近期，Gartner 发布《2022 Gartner 应用性能监控与可观测魔力象限》（Magic Quadrant for Application Performance Monitoring and Observability ）。报告显示，阿里云入选该象限，这是中国唯一入选厂商。

随着越来越多企业以容器作为系统底座，那么阿里云的云服务又是如何进行SRE规划呢？下文将由资深SRE工程师拆解2 万节点规模云服务背后的 SRE 能力建设，立即点击观看！

阿里云可观测团队构建了 kubernetes 统一监控，无侵入式地提供多语言、应用性能黄金指标，支持多种协议，结合 Kubernetes 管控层与网络系统层监控，提供全栈一体式的可观测体验。通过流量拓扑、链路、资源的关系，可进行关联分析，进一步提升在 Kubernetes 环境下排查问题的效率。

随着软件复杂度的不断提升，单体应用架构逐步向分布式和微服务的架构演进，整体的调用环境也越来越复杂，仅靠日志和指标渐渐难以快速定位复杂环境下的问题。对于全栈可观测的诉求也变得愈加强烈，Traces、Metrics 和 Logs 的连接也愈发紧密。

本文受访嘉宾：蒋志伟，爱好技术的架构师，先后就职于阿里、Qunar、美团，前 pmcaff CTO，目前 OpenTelemetry 中国社区发起人，https://github.com/open-telemetry/docs-cn 主要维护者。

介绍如何基于 eBPF 技术研发应用层的观测平台，进行无侵入的应用协议分析等技术。

今天，我来跟大家分享 ARMS 在全链路追踪领域的最佳实践，分享主要分为四部分。首先，是对分布式链路追踪的整体简介。其次，是对 ARMS 在分布式链路追踪领域的核心能力进行介绍。然后，介绍如何从 0 到 1 构建整套全链路追踪体系。最后，介绍一些最佳实践案例。

「ARMS应用安全」为企业业务安全保驾护航！

ARMS 智能降噪功能依托于 NLP 算法和信息熵理论建立模型，从大量历史告警事件中去挖掘这些事件的模式规律。当实时事件触发后，实时为每一条事件打上信息熵值与噪音识别的标签，帮助用户快速识别事件重要性。

目前，云厂商独立第三方企业均提供可观测性的SaaS服务。国内的第三方提供商，云杉网络也提供名为DeepFlow Cloud的SaaS产品，方便大家体验。SaaS服务的主要问题，是用户的应用大概率需要跑在公有云上，并且观测数据要由第三方管理。此外，SaaS的计费模式相当复杂，有按主机规模计算的部分，也有按数据量计算的部分，总之很难准确规划这方面的预算。因此，对于中小企业SaaS是首选，但对于中大型客户，尤其是采用混合云架构，合规性要求高，项目预算制的大型行业客户来说，很难仅仅依赖SaaS提供可观测性服务。

本篇内容分享了云服务器可观测能力的探索与实践。

什么是 APM？ 利用应用程序性能监测，您可以查看应用程序将时间花在哪些地方、在执行哪些操作、在调用哪些其他应用程序或服务，以及遇到了哪些错误或异常情况。

业界对可观测性的定义由Logging（日志）,Metrics （指标）和 Tracing（跟踪）组成。其中大多数软件都仅在一个领域内发力，这导致了实施可观测性时的高昂成本。需要建设多个技术栈的软件，才能实现完整的可观测性。大多数企业基本都使用了 5个+ 的技术栈，有的甚至能达到10个技术栈。

在3年时间内，技术团队至少对整体系统架构进行了6次以上的重大重构，涉及微服务化、容器化、分布式数据库等重要的技术，并尝试通过Serverless技术提升系统的弹性伸缩能力。

深夜告警、业务暴跌、全员背锅？一次支付故障暴露传统监控盲区。我们通过业务观测，将技术指标转化为老板听得懂的“人话”，实现从被动救火到主动洞察的跨越。让技术团队不再跪着查日志，而是站着驱动业务增长。

在使用DocuSign进行电子签名时，安全性至关重要。PKCE提供了一个额外的安全层，特别是在移动设备或基于浏览器的应用中，有效防止授权码泄露或被未授权的第三方使用。