这带来了额外的挑战 云原生计算需要企业堆栈

sihayap175

随着云原生计算工具和实践的成熟，集成到现有管理和监控环境中的需求也随之增加。 这意味着将通常围绕 OpenTelemetry 标准构建的原生云工具与企业已经使用的监控框架和仪表板集成。

采用的关键是建立在现有工 拉脱维亚电话号码列表 具集的基础上。 这是因为 DevOps 和 CloudOps 团队已经围绕已经熟悉的界面构建了工作流程。 实施监控和管理是企业的首要任务，因为花在新界面和集成上的时间最好花在维护应用程序和运行服务上。



中的一个新层，其中包含托管云原生应用程序的新平台。 这带来了其自身的管理和监控挑战，因为必须跟踪资源使用和扩展以确保新应用程序节点正常运行。 尽管这些工具，尤其是 Kubernetes，有自己的监控服务，但将它们与现有基础设施和应用程序监控集成是至关重要的。

幸运的是，在 Prometheus 这样的监控工具中采用 opentelemetry 或时间序列存储，可以相对容易地合并应用程序、基础设施和平台遥测存储库，并且可以使用 Azure Monitor 这样的工具来聚合数据和日志，可以查询。

适用于 Prometheus 的 Azure 监视器
微软在上个月的 Microsoft Build 活动上正式推出了 Azure Monitor 的托管 Prometheus 时间序列存储库。 该托管服务于 2022 年秋季首次发布，将 Prometheus 引入 Azure（可在 Azure Monitor 和 Azure Managed Grafana 上运行），并利用熟悉的开源可视化工具以及 Microsoft 自己的容器监视工具。它提供访问权限。

将 Prometheus 导入到 Azure Monitor 非常简单。 Azure Kubernetes Service拥有微软自己的Kubernetes发行版，但由于它是开源平台的托管实现，因此它为所有标准Kubernetes工具提供相同的API和支持。 始终可以在 Azure 上运行您自己的 Prometheus 实例。 对于相对较小的系统来说，这是一种有效的方法，这些系统不需要担心应用程序以外的任何扩展。

在大型 AKS 部署中，事情会变得更加困难，您需要考虑扩展存储并增加高可用性。 在受监管的行业内实施 Kubernetes 会带来额外的挑战。 这是因为您需要考虑数据保留要求对 Prometheus Store 的影响。 切换到托管 Prometheus 服务简化了此过程，因为 Microsoft 不仅提供了自动化大部分数据扩展和保护过程的工具，而且还确保 Prometheus 运行最新补丁。 您所需要做的就是写入数据、读取和分析存储的数据，而无需考虑管理 Prometheus 带来的工作负载。

托管 Prometheus 不仅需要使用 Azure Monitor。 所有现有的 PromQL（Prometheus 查询语言）工具和脚本都可以在 Azure 中使用，并且围绕 Prometheus 构建的所有规则也按原样执行。 就代码而言，Azure 的托管 Prometheus 似乎与其他 Prometheus 端点相同，并且对数据收集和查询具有相同的支持。 这种方法允许您将其他 Kubernetes 环境迁移到 Azure，并且仍然可以访问您关心的指标。