NGINX Agent 的可观测性和远程配置
原文作者:Prabhat Dixit of F5
转载来源:NGINX 开源社区
NGINX 唯一中文官方社区 ,尽在 nginx.org.cn
在 NGINX Sprint 2022 大会上,我们承诺实现 NGINX 开源版项目管理和社区互动方式的现代化。为此,我们宣布后续将推出 NGINX Agent — 该守护进程会作为伴侣软件来管理各个 NGINX 部署,提供可观测性和配置 API。今天,我们非常自豪能够在 Apache 2 许可下推出 NGINX Agent,成功兑现了这一承诺。
F5 NGINX 致力于构建一个涵盖应用部署和管理方方面面的生态系统。NGINX Agent 通过为开发和平台运维团队提供细粒度控制以及用于配置、监控和管理 NGINX 实例的附加功能,在这一愿景中扮演了重要角色。
NGINX Agent 有何作用?
NGINX Agent 是一个轻量级守护进程,可与您的 NGINX 开源版或 NGINX Plus 实例一同部署。值得注意的是,NGINX Agent 具备一些 NGINX 开源版没有的功能:
-
NGINX 实例报告和监控
NGINX Agent 提供了对 NGINX 开源版和 NGINX Plus 实例的更高可见性,支持您使用一组扩展的指标来检测、调查并纠正基础架构问题。除了操作系统指标以外,NGINX Agent 也会自动从 NGINX 访问和错误日志中收集指标;对于 NGINX Plus 实例,它还可以从 RESTful NGINX Plus API 中收集指标。NGINX Agent 还能够报告 NGINX 实例上发生的关键事件。NGINX 实例的性能、健康状态和使用情况的详细图表能够以 Prometheus 格式导出,以便使用 Grafana 等第三方工具查看。
-
远程 NGINX 配置管理
NGINX Agent 提供 HTTP (REST) 和 HTTP/2 (gRPC) 接口,用于将 NGINX 配置远程应用到 NGINX 实例。您也可以通过 API 远程管理实例配置。NGINX 配置的自动化和远程部署能够大幅减少运维开销并节省时间,特别是在管理大量实例时。
-
管理平面集成
随着业务不断扩展,基础架构部署和管理变得愈加复杂。我们很高兴 NGINX 社区坦诚分享他们所面临的扩展和交付挑战,NGINX Agent 路线图旨在解决这些问题。NGINX Agent 支持您开发高级机制来控制并管理您环境中的 NGINX — 您既可以使用自己的管理解决方案(对接 NGINX 实例),也可利用 NGINX Management Suite 的企业级数据平面管理功能。
NGINX Agent 的工作原理?
NGINX Agent 与 NGINX 实例并列运行,可暴露 REST 和 gRPC 接口,以便从控制平面和管理平面与实例进行远程交互,支持您构建复杂的监控和自动化功能。
我们为何要开源 NGINX Agent?
我们在开源 NGINX Agent 方面有以下几个目标。
完善 NGINX 开源版
我们希望支持社区在更多用例中更灵活地使用 NGINX 开源版。开源 NGINX Agent 有助于填补 NGINX 开源版中的一些现有功能空白,并支持我们以全新方式扩展 NGINX 开源版和更快地将新特性推向社区。它可与 NGINX 开源版一同安装,以便您使用 REST 或 gRPC 接口管理 NGINX 配置,或者支持您使用 NGINX 事件和指标实现复杂的可视化效果。
保持透明
我们很自豪能够为我们的社区带来行业领先的开源软件,支持您构建高度可扩展的弹性基础架构以助推您的业务发展。开源社区对 NGINX 软件的信任是我们成功的核心支柱之一。我们对 NGINX Agent 的设计理念是,对于它在 NGINX 基础架构中如何访问数据以及访问哪些数据,保持完全开放透明。我们坚信,对社区保持完全透明并推出令您满意的特性能够有力推动我们实现开源愿景。
确保 NGINX 对开发人员友好
为了信守我们在 Sprint 大会上做出的另一承诺 — 优化开发人员体验,NGINX Agent 提供了出色的控制特性和功能,可让 NGINX 对更多采用者更具吸引力,加速 NGINX 产品的“价值实现”。NGINX Agent 提供了细粒度控制,因此开发人员可就在其环境中管理、部署和配置 NGINX 做出明智的决策。我们的目标是支持开发人员能够根据需求在控制平面和管理平面上轻松集成 NGINX 的产品套件或引入他们自己的产品。
开始使用 NGINX Agent
NGINX Agent 最初是 NGINX Management Suite 中的 Instance Manager 模块使用的代理,用于查找您环境中的所有 NGINX 实例。它仍将在 Instance Manager 中提供这一功能,但通过在版本 2.17.0 中将其开源,独立出来的 NGINX Agent 现在可为更广泛的 NGINX 开源社区所用。
我们预计 NGINX Agent 将在很多方面有所发展,因此诚邀您点击此处访问 GitHub 上的 NGINX Agent 代码库,立即开始试用并了解如何建言献策和报告问题。
NGINX 唯一中文官方社区 ,尽在 nginx.org.cn

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
分布式场景怎么Join | 京东云技术团队
背景 最近在阅读查询优化器的论文,发现System R中对于Join操作的定义一般分为了两种,即嵌套循环、排序-合并联接。在原文中,更倾向使用排序-合并联接逻辑。 考虑到我的领域是在处理分库分表或者其他的分区模式,这让我开始不由得联想我们怎么在分布式场景应用这个Join逻辑,对于两个不同库里面的不同表我们是没有办法直接进行Join操作的。查阅资料后发现原来早有定义,即分布式联接算法。 分布式联接算法 跨界点处理数据即分布式联接算法,常见的有四种模型:Shuffle Join(洗牌联接)、Broadcast Join(广播联接)、MapReduce Join(MapReduce联接)、Sort-Merge Join(排序-合并联接)。 接下来将进行逐一了解与分析,以便后续开发的应用。 Shuffle Join(洗牌联接) 先上原理解释: Shuffle Join的核心思想是将来自不同节点的数据重新分发(洗牌),使得可以联接的数据行最终位于同一个节点上。 通常,对于要联接的两个表,会对联接键应用相同的哈希函数,哈希函数的结果决定了数据行应该被发送到哪个节点。这样,所有具有相同哈希值的行都会...
- 下一篇
SpEL应用实战
一、背景 资金平台概述 为了监控集团各业务线的资金来源和去向,资金部需每天分析所有账户出金和入金情况。为此,我们提供了资金管理平台,该平台拥有账户收支流水和账单拉取等功能,以及现金流打标能力,为资金部提供更加精准的现金流分析。 需求场景 资金管理平台作为发起方,以账户维度请求支付系统下载渠道账单(不同渠道传参不同),解析流水落库后做现金流打标。 系统交互简图 抛出问题 上述需求中资金平台请求支付系统下载账单功能这一点,考虑到不同渠道的账户,请求传参不同,该场景如何做功能设计? 实现方案 方案 1(简写):无脑堆 if else 缺点:每新增一个渠道,都要在原有代码基础上添加参数处理逻辑,导致代码臃肿,难以维护,难以支持系统的持续演进和扩展。违反开闭原则,修改会对原有功能产生影响,增加了引入错误的风险。 /** * 资金系统请求支付系统下载渠道账单 * * @param instCode 渠道名 * @param instAccountNo 账户 * @return 同步结果 */ public String applyFileBill(String instCode...
相关文章
文章评论
共有0条评论来说两句吧...