使用 Azure Monitor 进行持续监视

小提示：您能找到这篇{使用 Azure Monitor 进行持续监视}绝对不是偶然，我们能帮您找到潜在客户，解决您的困扰。如果您对本页介绍的使用 Azure Monitor 进行持续监视内容感兴趣，有相关需求意向欢迎拨打我们的服务热线，或留言咨询，我们将第一时间联系您！

< ">持续监视是指在DevOps和IT运营生命周期的每个阶段中整合监视功能所要采用的流程和技术。它有助于持续确保应用程序和基础结构在从开发环境转移到生产环境时保持正常的运行状况、性能和可靠性。持续监视构建在持续集成和持续部署(CI/CD)的概念基础之上。CI/CD可帮助你更快、更可靠地开发和交付软件，为用户持续提供价值。

< ">Azure Monitor是Azure中的统一监视解决方案，可跨云中和本地的应用程序与基础结构观察整个堆栈。它可以在开发和测试过程中无缝配合Visual Studio和Visual Studio Code，并可以在部署和运营过程中与Azure DevOps相集成，以提供发布管理和工作项管理。它甚至可跨所选的ITSM和SIEM工具集成，以帮助跟踪现有IT流程中的问题和事件。

< ">本文介绍使用Azure Monitor在整个工作流中启用持续监视的具体步骤。其中还包含了详细介绍如何实施不同功能的其他文档的链接。

< ">为所有应用程序启用监视

< ">若要观察整个环境，需在所有Web应用程序和服务中启用监视。这样，便可以轻松可视化所有组件中的端到端事务和连接。

< ">Azu软文推广平台re DevOps Projects提供一种简化的体验，在其中可以使用现有的代码和Git存储库，或者选择一个示例应用程序，来与Azure建立持续集成(CI)和持续交付(CD)管道。

< ">使用DevOps发布管道中的持续监视可以基于监视数据限制或回滚部署。

< ">使用Status Monitor可以配合Azure Application Insights检测Windows上的实时.NET应用，而无需修改或重新部署代码。

< ">如果你有权访问应用程序的代码，则通过安装适用于.net、.Net Core、Java、Node.js或任何其他编程语言的Azure Monitor Ap网站网站设计网站plication Insights SDK来启用对Application Insights的完整监视。这样可以指定与应用程序和业务相关的自定义事件、指标或页面视图。

< ">为整个基础结构启用监视

< ">应用程序的可靠性只与其底层基础结构相当。为整个基础结构启用监视有助于实现全面的观察，发生故障时，还可以更轻松地发现潜在的根本原因。Azure Monitor可帮助你跟踪整个混合基础结构（包括VM、容器、存储和网络等资源）的运行状况与性能。

< ">无需进行任何配置，即可自动从大多数Azure资源获取平台指标、活动日志和诊断日志。

< ">使用用于VM的Azure Monitor为VM启用更深入的监视。

< ">使用用于容器的Azure Monitor为AKS群集启用更深入的监视。

< ">为环境中的不同应用程序和服务添加监视解决方案。

< ">基础结构即代码是描述性模型中的基础结构的管理系统，它使用版本控制方式与DevOps团队用于源代码管危机公关松子免费阅读理的方式相同。它提高了环境的可靠性和可伸缩性，并让你利用管理应用程序时所用的类似流程。

< ">使用资源管理器模板可以针对大量的资源启用监视和配置警报。

< ">使用Azure Policy可对资源强制实施不同的规则。这可以确保这些资源始终符合企业标准和服务级别协议。

< ">在Azure资源组中合并资源

< ">当今Azure中的典型应用程序包含多个资源，例如，托管在云服务、AKS群集中或Service Fabric中的VM和应用服务或微服务。这些应用程序经常利用事件中心、存储、SQL和服务总线等依赖项。

< ">在Azure资源组中合并资源可以全面洞察构成不同应用程序的所有资源。使用用于资源组的Azure Monitor可以方便地跟踪整个全堆栈应用程序的运行状况和性能，并可以出于任何调查或调试目的深入到相关组件。

< ">通过持续部署确保质量

< ">使用持续集成/持续部署可以根据自动测试的结果，将代码更改自动集成和部署到应用程序。它简化了部署过程，并确保任何更改在转移到生产环境之前具有可靠的质量。

< ">使用Azure Pipelines可以实现持续部署，并可以根据CI/CD测试，自动化将代码提交到生产环境的整个流程。

< ">使用质量门限可将监视功能集成到部署前或部署后的流程。这可以确保应用程序从开发环境转移到生产环境时可以符合关键的运行状况/性能指标(KPI)，并且基础结构环境或规模的任何差异不会对KPI造成负面影响。

< ">在开发、测试、Canary和生产等不同的部署环境之间维护独立的监视实例。这可以确保收集的数据与关联的应用程序和基础结构相关。如果需要跨环境关联数据，可以使用指标资源管理器中的多资源图表，或者在Azure Monitor中创建跨资源查询。

< ">使用操作创建可操作警报

< ">监视的一个重要方面是将任何当前问题和预测到的问题主动通知给管理员。

< ">基于日志和指标在Azure Monitor中创建警报可以识别到可预测的故障状态。在使所有警报可操作方面应有一个目标，即，这些警报表示实际的关键状况，并且应该尽量减少误报。使用动态阈值可基于指标数据自动计算基线，而无需定义自己的静态阈值。

< ">为警报定义操作可以使用最有效的方式来通知管理员。可用的通知操作包括短信、电子邮件、推送通知或语音呼叫。

< ">使用更高级的操作可以通过Webhook连接到ITSM工具或其他警报管理系统。

< ">还可以使用Azure自动化Runbook或逻辑应用（可以通过Webhook从警报启动）来修正警报中识别到的问题。

< ">使用自动缩放可以根据收集的指标动态增加和减少计算资源。

< ">准备仪表板和工作簿

< ">确保开发和运营部门有权访问相同的遥测功能和工具可让他们查看整个环境中的模式，并最大程度地减小平均检测时间(MTTD)和平均还原时间(MTTR)。

< ">根据组织中不同角色的通用指标和日志准备自定义仪表板。仪表板可以合并所有Azure资源的数据。

< ">准备工作簿以确保在开发与运营部门之间分享知识。可将这些工作簿准备为包含指标图表和日志查询的动态报表，甚至可由开发人员准备为故障排除指南，以帮助客户支持或运营人员处理基本问题。

< ">持续优化

< ">监视是热门的“构建-度量-学习”理念的基本方面，该理念鼓励持续跟踪KPI和用户行为指标，然后努力通过规划迭代对其进行优化。Azure Monitor可以帮助收集业务相关的指标和日志，并在下一次部署中按需添加新的数据点。

< ">使用Application Insights中的工具可以跟踪最终用户行为和参与情况。

< ">使用影响分析可以帮助确定优先关注点，以提高重要KPI。