- 综合排序
- 最热优先
- 最新优先
- 来自专栏LEo的网络日志
11 Jan 2023 可观察性的检查表
可以跟踪重要业务事件，例如用户取消订单事件 日志中记录了关键错误和故障信息，例如支付失败 可以监控到系统的健康状态，例如可以监控到数据库能正常读写，这是一个健康的状态，可以提供服务 可以区分客户端和服务器端的可观察性数据
27330编辑于 2023-10-17 - 来自专栏FunTester
敏捷监控与可观察性
特别是在性能指标和系统可靠性对客户满意度和忠诚度产生直接影响，并直接影响企业利润的情况下。 传统的应用程序性能监控（APM）工具最初设计用于更加静态和可预测的环境。 可扩展性：随着系统的增长，复杂性通常呈指数级增长。当监控和可观察性同步工作时，APM 的可扩展性大幅提升。监控可以帮助您密切关注性能指标，而可观察性则让您能够大规模微调系统以实现最佳性能。 因此，您可以实现一种可扩展的方法，不仅能够主动识别瓶颈和资源限制，还可以调查并解决这些问题。 创建一个有凝聚力的系统 协同监控和可观察性是构建强大、可伸缩且充满洞察力的APM框架的关键组成部分。 互操作性 敏捷的APM系统依赖于监控和可观察工具之间的无缝数据交换。当每个工具作为独立系统运行时，存在获取孤立数据流和操作盲点的风险。考虑构建一个可互操作的系统，允许将数据聚合到单个综合仪表板中。 然而，要充分利用可观察性的潜力，我们必须收集正确的数据——这些数据能够解读可预测和不可预测的生产挑战。文化应该强调改进应用程序的工具。建议的方法是建立一个堆栈，可以适应与应用程序性能相关的任何查询。
50210编辑于 2024-01-10 - 来自专栏小工匠聊架构
Linux - 性能可观察性工具
---- 常用的Linux性能可观察性工具 以下是一些常用的Linux性能可观察性工具： top: 显示实时的系统性能数据，包括CPU使用率、内存使用情况、进程信息等。
54230编辑于 2023-09-15 - 来自专栏TARS基金会
可观察性与监控的区别 | 5 个提升可观察性的开源利器
本文将讨论可观察性和监控之间的区别，如何观察不同的系统，以及罗列一些能够提高可观察性的开源工具。 为了解决这个问题，可观察性（Observability）被引入到IT行业。可观察性是指根据系统展示的外部数据了解系统内部发生的事情的能力[1]。 当此类数据相互关联时，可观察性可以帮助发现商业洞察并满足业务目标。此外，当可观察性与 DevOps 文化相结合时，当今云应用程序中最棘手的问题也可以被解决。 根据前文的描述，可观察性与监控似乎是无区别。事实上，监控是推动可观察性的一个过程，但可观察性远不止于此。监控仅使用表面数据来传达问题表面上发生了什么。 例如， TARS 微服务框架不仅可以帮助开发人员构建他们的微服务，还可以为微服务集成可观察性工具，大大提升应用程序的可观察性。其他框架，例如Istio服务网格。也能够集成不同的可观察性工具。
70030编辑于 2022-08-31 - 来自专栏Rust语言学习交流
【Rust日报】2020-11-09 构建可测试性的 Rust 工程
构建可测试性的 Rust 工程 最近 reddit 上有不少人对 Rust 的工程如何进行组织, 以及如何才能进行更加完善的测试进行了一些讨论. 下面的文章给出了一个 web 服务的例子, 演示了如何来组织 Rust 中的模块, 以及如何让代码更加具有测试性.
42520发布于 2020-11-16 - 来自专栏运维开发王义杰
OpenTelemetry：打造现代可观察性系统
OpenTelemetry 是一个开源项目，它的目标是提供一套全面的工具，让开发者和运维人员可以获取、收集、分析和导出各种类型的遥测数据（包括但不限于跟踪、指标和日志）。通过 OpenTelemetry，我们可以更好地理解自己的软件服务的行为和性能，诊断和修复问题，优化用户体验。
72920编辑于 2023-08-10 - 来自专栏Tencent Serverless 官方专栏
APM：实质提升 Serverless 可观察性
Serverless 可观察性现状 Serverless 一方面降低了开发者的运维负担，开发者无需关注底层资源的情况；另一方面，需要满足开发者对性能、对指标的可观察性的需求。 2021年，Serverless 可观察性的提升将是Serverless技术发展的重要趋势。 云厂商首先为云函数服务提供了配套的可观察性功能，同时也在不断探寻云函数和行业中现有可观察性解决方案集成的思路，简化流程，降低开发者的学习成本，更利于现有项目的平滑迁移。 腾讯云 Serverless 与行业 APM 解决方案集成 为了让 Serverless 客户能够使用 APM 技术提升可观察性。 本次生态合作将提升腾讯云 Serverless 产品的可观察性，帮助客户业务更好地做可用性建设，助力业务发展。
1.1K30发布于 2020-12-30 - 来自专栏数据库相关
MySQL 8 和复制可观察性
使用Performance_Schema有更好的方法来监视和观察复制过程。 : 54d83026-40eb-11ee-a5d3-c8cb9e32df8e:105184-105547通过这个视图，我们可以获得更多详细信息，例如复制心跳。 -83f4-c8cb9e32df8e:1-4,54d83026-40eb-11ee-a5d3-c8cb9e32df8e:1-137384,54d8329c-40eb-11ee-a5d3-c8cb9e32df8e -83f4-c8cb9e32df8e:1-4,54d83026-40eb-11ee-a5d3-c8cb9e32df8e:1-138552,54d8329c-40eb-11ee-a5d3-c8cb9e32df8e 结论复制可观察性非常详细，并通过 MySQL 8 提供了大量信息。也许现在是改变查看或监视复制方式的好时机。
52640编辑于 2023-09-07 - 来自专栏让技术和时代并行
Linkerd|实现Kubernetes可观察性监测
在本文中，我们将向您展示如何完成基本的Kubernetes可观察性任务:从运行在Kubernetes集群上的应用程序获得黄金指标或黄金信号。 任何Kubernetes使用者者的第一个可观察性任务之一是监视，您需要知道什么时候出现了问题，以便您可以快速地修复它们。 Kubernetes可观察性是一个非常广泛的话题，网上有很多关于可观察性与监控、分布式跟踪与日志记录等之间的细微差别的讨论。 Cindy Sridharan在她的关于监控和可观察性的博文中写道:当不直接驱动报警时，监控数据应该被优化，以提供系统整体健康状况的鸟瞰图。 我们已经看到了如何使用Linkerd来获得黄金指标，这是获得系统可观察性的第一步，也就是说，获得复杂应用程序中正在发生的事情的高级视图。但指标只是个开始。
71620编辑于 2023-03-18 - 来自专栏超级架构师
【可观察性】什么是可观察性？ 不仅仅是日志、指标和跟踪
尽管有些人可能将可观察性视为复杂应用程序性能监控 (APM) 的流行词，但在比较可观察性和监控时需要牢记一些关键区别。 监控和可观察性有什么区别？ 可观察性真的是用另一个名字来监控吗？ 可观察性的好处 可观察性为 IT 团队、组织和最终用户等提供了强大的优势。 使 IT 团队的可观察性具有可操作性和可扩展性 可观察性必须以允许资源受限的团队对实时收集的大量遥测数据采取行动的方式实现，以防止影响业务的问题进一步传播甚至首先发生。 这里有一些方法可以使可观察性具有可操作性和可扩展性。 了解上下文和拓扑：这涉及以一种方式进行检测，以了解高度动态、多云环境中可能存在数十亿个互连组件的每个相互依赖关系之间的关系。 可观察性变得“永远在线”和可扩展，因此受限团队可以事半功倍。
1.1K20编辑于 2022-03-28 - 来自专栏深度学习与python
A11Y（Accessibility 可访问性）的研发投入到底值不值？| GMTC
Accessibility 是指可访问性，很多时候也被人称为无障碍，之前有人一度认为，只要让盲人人士可以正常访问（操作）Web 应用或 Web 网站，那么该应用就具备可访问性，也意味着无障碍设计做得好。 但这个认知并不准确，我们通常所说的可访问性，更侧重于对用户的“方便性”的考量，即让尽可能多的人使用你的网站。 Accessibility 常常又被称为 A11Y，因为字母“A”与“Y”中间间隔 11 位。A11Y 在国内正在备受关注，许多人使用术语 A11Y 来指代确保网站可访问的审核过程。 那么可访问性的重要性到底如何？如何构建可访问性应用？如何在互动项目中增加可访问性？可访问性的投入是否值得？如何将用户体验贯穿整个产品设计中去？有哪些新标准可以真正适用于当下？ ，来共同关注当下用户体验与可访问性的前沿技术实践。
87120编辑于 2023-04-01 - 来自专栏王先森
Istio服务网格的可观察性
Istio 可观察性 前面我们学习了 Istio 中的流量管理功能，本节我们来学习如何配置 Istio来自动收集网格中的服务遥测。 Istio为网格内所有的服务通信生成详细的遥测数据，这种遥测技术提供了服务的可观察性，使运维人员能够排查故障、维护和优化应用程序，而不会给服务的开发人员带来任何额外的负担。 网站会自动生成以下类型的遥测数据，以提供对整个服务网格的可观察性: 指标:Istio 基于 4 个监控的黄金标识(延迟、流量、错误、饱和)生成了一系列服务指标，Isti 还为网格控制平面提供了更详细的指标 它提供了仪表盘、可观察性，并让我们通过强大的配置和验证能力来操作网格。它通过推断流量拓扑来显示服务网格，并显示网格的健康状况。 中没有健康的 host，503 UF：upstream 连接失败，503 UO：upstream overflow（熔断） NR：没有路由配置，404 URX：请求被拒绝因为限流或最大连接次数 更多信息可参考
1.3K41编辑于 2023-04-24 - 来自专栏JavaEdge
Java并发编程实战系列11之性能与可伸缩性Performance and Scalability
同时现有的线程可以提升系统响应性。 但是在安全性与极限性能上，我们首先需要保证的是安全性。 11.1 对性能的思考 提升性能=用更少的资源做更多的事情（太对了，这才是问题的本质）。 synchronization) 上下文切换increased context switching 线程创建和销毁thread creation and teardown 线程调度scheduling overhead 可伸缩性是指 11.4 减少锁的竞争 减少锁的竞争能够提高性能和可伸缩性。 在并发程序中，对可伸缩性的最主要的威胁就是独占方式的资源锁。 有效性通常难以衡量，通常只能以主观来评估，或者通过被优化的程序的行为来判断是否提高了有效性。 延迟 延迟描述的是完成任务所耗费的时间。延迟有时候也成为响应时间。 可扩展性 这里的可扩展性主要是指程序或系统通过增加可使用的资源而增加性能的能力。
97950发布于 2018-04-28 - 来自专栏知了一笑
Java描述设计模式(11)：观察者模式
具体主题角色 将有关状态存入具体观察者对象；在具体主题的内部状态改变时，给所有登记过的观察者发出通知。具体主题角色又叫做具体被观察者角色。 具体观察者角色 具体观察者角色实现抽象观察者角色所要求的更新接口，以便使本身的状态与主题的状态协调同步。如果需要，具体观察者角色可以保持一个指向具体主题对象的引用。 如果观察者需要该消息内容，由观察者主动到主题对象中获取，相当于是观察者从主题对象中拉数据。 该案例基于上述案例修改，观察者获取主题对象的消息话题，只有自己感兴趣的话题，才进一步获取内容。 ? ，直接推送，使得观察者对象难以复用；而拉模式是主题对象不知道观察者具体需要什么数据，将把自身传递给观察者，按需要取值。 ，将观察者和被观察者隔离。
50220发布于 2020-11-06 - 来自专栏云计算D1net
如何通过可观察性提高云原生可持续性
这包括可观察性，云原生计算基金会(CNCF)和其他基金会也致力于帮助明确通过依赖关系嵌套引入的安全风险，例如软件材料清单。 人们可能对可观察性感兴趣并且已经在这样做，并知道如何做到这一点，或者想学习如何做到这一点。可观察性生态系统中的许多工具也有助于了解环境影响。效率低下的服务通常是造成更大影响的根源。 令人惊喜的是，全球主要的三个云计算提供商现在都拥有可持续性工具。谷歌公司最近举办了一场关于可持续云计算的活动。 不要忘记前端 前端是许多应用程序的重要组成部分，并且希望已经成为可观察性堆栈的一部分，因为前端不仅会影响企业的成本或环境，还会影响用户的成本或环境。 可观察性已经提供了分析应用程序影响所需的工具，现在可以构建仪表板和其他监控功能来开始监控。
39520编辑于 2022-12-08 - 来自专栏数字芯片
可测性设计DFT
测试的目的 寻找最小的测试向量集去覆盖更多的芯片以及板级的故障 衡量标准：故障覆盖率 2.可测性设计 可测性设计基础 所谓可测性设计是指设计人员在设计系统和电路的同时，考虑到测试的要求，通过增加一定的硬件开销 目前，主要的可测性设计方法有： 扫描通路测试（Scan） 内建自测试（BIST） 边界扫描测试（Boundary Scan） 可测性设计的优势和不足 3.可测性方法（SCAN、BIST、 Boundary SCAN） 扫描通路测试 Scan 可测试性 Scan的基本概念 扫描测试设计规则 可控制性：把激励施加到被测单元的能力 可观察性：故障传播到原始输出端的能力 扫描测试的基本概念 扫描测试是目前数字集成电路设计中最常用的可测性设计技术 扫描时序分成时序和组合两部分，从而使内部节点可以控制并且可以观察。 测试矢量的施加及传输是通过将寄存器用特殊设计的带有扫描功能的寄存器代替，使其连接成一个或几个长的移位寄存器链来实现的。 逻辑单元BIST Logic BIST是SoC设计中芯片可测性设计的发展方向。 大多数的ASIC使用基于扫描的DFT技术。对于规模越来越大的芯片来说，扫描测试的策略面临着巨大的挑战。
1.9K10编辑于 2022-12-18 - 来自专栏jiajia_deng
C++11 改造观察者模式（参考 In-Depth C++11）
这个示例在 In-Depth C++11 书中有很详细的说明和实现，这里只记录自己关心的部分。传统观察者模式基本上都是要提供一个接口类用于提供观察者继承从而在数据变化时让接口被调用。 是不是所有观察者都要是 Observer 的派生类？主要就是需要继承这种强关系和参数不够灵活。使用 C++11 可变参数模板来解决传参问题，使用 std::function 来解决继承问题。 <typename F> class Events : public NonCopyable { public: Events() {} ~Events() {} // 注册观察者 ，支持右值引用 int Connect(F&& f) { return Assign(f); } // 普通注册观察者函数 int Connect (const F& f) { return Assign(f); } // 移除观察者 void Disconnect(int key) {
33620编辑于 2023-10-21 - 来自专栏容器化
云原生 - Istio可观察性之监控(四)
一、回顾 云原生 - 体验Istio的完美入门之旅(一) 云原生 - Why is istio(二) 云原生 - Istio可观察性之分布式跟踪(三) [请持续关注...] 为了更好地学习如何运用Istio的连接、安全、控制、可观察性全面地治理分布式微服务应用，先从战略上鸟瞰Istio，进一步从战术上学习Istio将更加容易，故作者决定从可观察性开始Istio的布道，先体验 三、Istio的可观察性 1. 日志 当流量流入服务网格中的微服务时，Istio可以为每个请求生成完整的记录，包括源和目标的元数据等。使运维人员能够将服务行为的审查控制到单个微服务的级别。 2. 可以看出，Istio的可观察性，致力于解决两方面的问题： 1、症状：什么病？ 是Istio的问题？ 哪个Istio组件的问题？ [...] 2、原因：为什么得这种病？ 怎样跟踪、分析、定位？ 除了分布式跟踪、监控，Istio的可观察性还包括日志，敬请期待，请持续关注。 八、最后 如果有什么疑问和见解，欢迎评论区交流。 如果觉得本篇有帮助的话，欢迎推荐和转发。
1.1K10发布于 2020-02-17 - 来自专栏让技术和时代并行
聊聊云原生转型之前实现可观察性的必要性
1、为什么要从可观察性开始？ 首先，如果你不理解也不能清楚地看到你的系统发生了什么，那么做一些云原生转型也是徒劳无功的。 为什么这样说呢？ 所有这些都与监控和可观察性有关。 SRE 书籍为您提供了使您的产品可靠的需求层次结构： 看看这个金字塔。一切靠什么？ 监控。 可靠的生产系统需要有良好的监控。 可观察性。 可观察性是关于将您的黑盒应用程序转变为开放的、经过检测的微服务，这使您能够快速检查和了解正在发生的事情，它能够立即观察系统的运行情况。 老实说，在向云原生过渡的过程中，弄清楚实现可观察性是重中之重。 如何做到可观察性？ 规范化编程语言监控类库 编写的 Java 将与 PHP 或 Go 有所不同。这在很大程度上也取决于生态系统。 希望到现在为止，在开始云原生之旅的开始之前，首先保证系统运行指标可视化，保证系统的可观察性，一切从监控开始。
67230编辑于 2023-03-18 - 来自专栏RTSP/RTMP直播相关
如何用C++11实现观察者模式
观察者模式是一种设计模式，定义了对象之间的一对多关系。当一个对象状态发生改变时，它的依赖者都会收到通知并自动更新。 在C++11中，可以通过以下方式实现观察者模式：首先，我们需要创建一个观察者接口，其中包含一个更新方法。这个接口可以被多个观察者类实现，从而实现多态。 ，它实现观察者接口，并注册到主题对象中。 当主题对象的状态发生改变时，它会通知所有的观察者对象。 subject.notifyObservers(); // initial notification or state change return 0; }在上面的例子中，我们使用了C++11
37900编辑于 2023-07-08
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号