. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 580 4 网络拓扑图 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 采集到的监控项值可以使用内置的绘图功能立即绘图 网络监控功能 • Zabbix 可以跟踪网站上的模拟鼠标点击路径并检查功能和响应时间 广泛的可视化选项 • 创建自定义图形的能力，可以将多个监控项组合成一个聚合图形 • 网络拓扑图 • 在仪表盘中显示幻灯片 • 报表 • 受监控资源的高级（业务）视图 历史数据存储 • 存储在数据库中的数据 • 可配置的历史（保留趋势） • 内置管家程序 建议的配置 • 将受监控的设备添加为主机 Zabbix server 的高可用集群 新版本附带了针对 Zabbix server 的原生高可用解决方案。 该解决方案由多个 zabbix_server 实例或节点组成，其中一次只能有一个节点处于活动状态（工作），而其他节点处于待机状态，准备好 在当前节点停止或故障时接管。 另请参阅：高可用集群。 服务 对服务的监控进行了一些更新。服务监控提供了 Zabbix 中受监控基础设施的高级视图。

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1452 4 网络拓扑图 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . agent 和 主 动 prox- ies 的 数 据。 至 少 要 运 行 一 个 trap- per 进 程 用 于 在 web 前 端 展 示 服 务 器 可 用 性 和 队 列 视 图。 在 Zab- bix 1.8.5 版 本 之 前， 最 大 能 设 置 为 255。 92 参数名称必须配 范围 默认值 描述信息 StartVMwareCollectors 否 -250 bix 发 送 者、 主 动 agent 的 数 据。 至 少 要 运 行 一 个 trap- per 进 程 用 于 在 web 前 端 展 示 服 务 器 可 用 性 和 队 列 视 图。 在 Zab- bix 1.8.5 版 本 之 前， 最 大 能 设 置 为 255。 167 参数名称必须配 范围 默认值 描述信息 StartVMwareCollectors no

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 777 4 网络拓扑图 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 开始 支持该参数。 注意当使用 Active proxy 时，敏感的 proxy 配置数据可供有 权访问 Zabbix server trapper 端口的应用使 用。因为第三方应用可 以假装是活动 proxy 并 请求配置数据而不会进 行身份验证。 ProxyMode no 0-1 0 Proxy operating mode. 0 - proxy in the active mode 和 proc.num 项目中选择进程的注意事项 Processes modifying their commandline 一些程序使用修改它们的命令行作为显示当前活动的方法。用户可以通过运行 ps 和 top 命令来查看活动。这些程序的例子包括 PostgreSQL, Sendmail, Zabbix. 让我们来看一个 Linux 的例子，假设我们想要监视许多 Zabbix 代理进程。

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 300 8.15 graphlib --- 操作类似图的结构的功能 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 302 8.15.1 异常 . . . . . . . . . 名称，从而令代码更易维护。这种用法与其他编程语言中 super 的用法非常相似。 第二个用例是在动态执行环境中支持协作多重继承。此用例为 Python 所独有而不存在于静态编码语言 或仅支持单继承的语言当中。这使用实现“菱形图”成为可能，即有多个基类实现相同的方法。好的 设计强制要求这样的方法在每个情况下都具有相同的调用签名（因为调用顺序是在运行时确定的，也 因为这个顺序要适应类层级结构的更改，还因为这个顺序可能包括在运行时之前未知的兄弟类）。 __enter__() 返回其自身，以允 许open() 被用作 with 语句中的上下文表达式。 一个返回关联对象的上下文管理器的例子是decimal.localcontext() 所返回的对象。此种管理器 会将活动的 decimal 上下文设为原始 decimal 上下文的一个副本并返回该副本。这允许对 with 语句的 语句体中的当前 decimal 上下文进行更改，而不会影响 with 语句以外的代码。

各种枚举有何区别？ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 279 8.15 graphlib --- 操作类似图的结构的功能 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 281 8.15.1 异常 . . . . . . . . . . . 们的名称，从而令代码更易维护。这种用法与其他编程语言中 super 的用法非常相似。 第二个用例是在动态执行环境中支持协作多重继承。此用例为 Python 所独有而不存在于静态编码 语言或仅支持单继承的语言当中。这使用实现“菱形图”成为可能，即有多个基类实现相同的方 法。好的设计强制要求这样的方法在每个情况下都具有相同的调用签名（因为调用顺序是在运行时 确定的，也因为这个顺序要适应类层级结构的更改，还因为这个顺序可能包括在运行时之前未知的 __enter__() 返回其自身，以允 许open() 被用作 with 语句中的上下文表达式。 一个返回关联对象的上下文管理器的例子是decimal.localcontext() 所返回的对象。此种管 理器会将活动的 decimal 上下文设为原始 decimal 上下文的一个副本并返回该副本。这允许对 with 语句的语句体中的当前 decimal 上下文进行更改，而不会影响 with 语句以外的代码。 contextmanager

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 287 8.15 graphlib --- 操作类似图的结构的功能 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 290 8.15.1 异常 . . . . . . . . . 名称，从而令代码更易维护。这种用法与其他编程语言中 super 的用法非常相似。 第二个用例是在动态执行环境中支持协作多重继承。此用例为 Python 所独有而不存在于静态编码语言 或仅支持单继承的语言当中。这使用实现“菱形图”成为可能，即有多个基类实现相同的方法。好的 设计强制要求这样的方法在每个情况下都具有相同的调用签名（因为调用顺序是在运行时确定的，也 因为这个顺序要适应类层级结构的更改，还因为这个顺序可能包括在运行时之前未知的兄弟类）。 __enter__() 返回其自身，以允 许open() 被用作 with 语句中的上下文表达式。 一个返回关联对象的上下文管理器的例子是decimal.localcontext() 所返回的对象。此种管理器 会将活动的 decimal 上下文设为原始 decimal 上下文的一个副本并返回该副本。这允许对 with 语句的 语句体中的当前 decimal 上下文进行更改，而不会影响 with 语句以外的代码。

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 297 8.15 graphlib --- 操作类似图的结构的功能 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 297 8.15.1 异常 . . . . . . . . . . 们的名称，从而令代码更易维护。这种用法与其他编程语言中 super 的用法非常相似。 第二个用例是在动态执行环境中支持协作多重继承。此用例为 Python 所独有而不存在于静态编码 语言或仅支持单继承的语言当中。这使用实现“菱形图”成为可能，即有多个基类实现相同的方 法。好的设计强制要求这样的方法在每个情况下都具有相同的调用签名（因为调用顺序是在运行时 确定的，也因为这个顺序要适应类层级结构的更改，还因为这个顺序可能包括在运行时之前未知的 __enter__() 返回其自身，以允 许open() 被用作 with 语句中的上下文表达式。 一个返回关联对象的上下文管理器的例子是decimal.localcontext() 所返回的对象。此种管理 器会将活动的 decimal 上下文设为原始 decimal 上下文的一个副本并返回该副本。这允许对 with 语 句的语句体中的当前 decimal 上下文进行更改，而不会影响 with 语句以外的代码。

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 297 8.15 graphlib --- 操作类似图的结构的功能 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 297 8.15.1 异常 . . . . . . . . . . 们的名称，从而令代码更易维护。这种用法与其他编程语言中 super 的用法非常相似。 第二个用例是在动态执行环境中支持协作多重继承。此用例为 Python 所独有而不存在于静态编码 语言或仅支持单继承的语言当中。这使用实现“菱形图”成为可能，即有多个基类实现相同的方 法。好的设计强制要求这样的方法在每个情况下都具有相同的调用签名（因为调用顺序是在运行时 确定的，也因为这个顺序要适应类层级结构的更改，还因为这个顺序可能包括在运行时之前未知的 __enter__() 返回其自身，以允 许open() 被用作 with 语句中的上下文表达式。 一个返回关联对象的上下文管理器的例子是decimal.localcontext() 所返回的对象。此种管理 器会将活动的 decimal 上下文设为原始 decimal 上下文的一个副本并返回该副本。这允许对 with 语 句的语句体中的当前 decimal 上下文进行更改，而不会影响 with 语句以外的代码。

各种枚举有何区别？ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 270 8.15 graphlib --- 操作类似图的结构的功能 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 272 8.15.1 异常 . . . . . . . . . . . 们的名称，从而令代码更易维护。这种用法与其他编程语言中 super 的用法非常相似。 第二个用例是在动态执行环境中支持协作多重继承。此用例为 Python 所独有而不存在于静态编码 语言或仅支持单继承的语言当中。这使用实现“菱形图”成为可能，即有多个基类实现相同的方 法。好的设计强制要求这样的方法在每个情况下都具有相同的调用签名（因为调用顺序是在运行时 21 The Python Library Reference, 发布 __enter__() 返回其自身，以允 许open() 被用作 with 语句中的上下文表达式。 一个返回关联对象的上下文管理器的例子是decimal.localcontext() 所返回的对象。此种管 理器会将活动的 decimal 上下文设为原始 decimal 上下文的一个副本并返回该副本。这允许对 with 语句的语句体中的当前 decimal 上下文进行更改，而不会影响 with 语句以外的代码。 contextmanager

Operator，您可以创建应用程序来监控集群中运行的服务。Operator 是专为您的应用程序而设计 的。Operator 实施并自动执行常见的第 1 天操作，如安装和配置以及第 2 天操作，如自动缩放和缩减并创 建备份。所有这些活动均位于集群中运行的一个软件中。 1.1. 对于开发人员 作为开发人员，您可以执行以下 Operator 任务： 安装 Operator SDK CLI。 创建 Go-based Operators Operator 可能包含的特定功能集来说，可以大致推断出 Operator 封装操作的成熟度等级。就 此而言，以下 Operator 成熟度模型针对 Operator 的第二天通用操作定义了五个成熟度阶段： 图 2.1. Operator 成熟度模型 成熟度模型 以上模型还显示了如何通过 Operator SDK 的 Helm、Go 和 Ansible 功能更好地开发这些功能。 2.2. OPERATOR 要验证并信任正在安装和限制访问权限的内容，方法是使用 RBAC 到 BundleDeployment API 到需要这些权限的用户。 RukPak BundleDeployment API 指向 Bundle 对象，并表明它应当处于活动状态。这包括从活跃捆绑包 的旧版本获取。BundleDeployment 对象可能还包括所需捆绑包的嵌入式 spec。 与 pod 生成容器镜像实例一样，捆绑包部署会生成捆绑包部署的版本。捆绑包部署可被视为