说明本地可观测性工具

学习目标

说明本地可观测性工具

概述业务场景

业务场景

Rotating Banana 是一家长期的 SAP 客户，正在向 SAP S/4HANA 和云转型。在本课关于本地可观测性的其余部分中，您将探索这家假设的公司的业务场景。请留意公司徽标，以进入不同的角色，了解他们借助 SAP BTP 迈向本地可观测性的旅程。

SAP BTP 应用程序的集成可观测性

您可以使用三项主要服务来观测您的 SAP BTP 应用程序：

SAP Cloud ALM 用于对 BTP 应用程序进行集中（高层级）监控，以便中央支持团队能够尽早发现问题
SAP Cloud Logging 用于深入监控，以便本地 DevOps 团队能够调查问题的根本原因
SAP Alert Notification service 增加了特定的警报捕获和传播手段，例如针对应用程序崩溃事件。

各可观测性服务之间的交互可能如下进行：SAP Alert Notification 检测到 Cloud Foundry 应用程序崩溃，随后在 SAP Cloud ALM 中触发警报。在 SAP Cloud ALM 中，支持工程师注意到相关的异常日志消息。为了解其背后的细节，他们以上下文相关的方式导航到 SAP Cloud Logging，以检查在该异常上下文中收集的所有详细日志消息。

主要概念：SAP Alert Notification Service for SAP BTP、SAP Automation Pilot、SAP Cloud Logging、SAP Cloud ALM

在云中提供和运行应用程序时，运维团队可能会在其云环境中遇到各种问题和挑战。

下图展示了一些潜在问题的示例。

及时处理此类挑战对于任何云应用程序的可靠运行都至关重要。

因此，SAP BTP 为 DevOps 团队提供了适当的工具和服务，以保持其解决方案正常运行。为此，他们需要及时收到有关潜在问题的通知。

此外，为了应对工作时间之外的问题，DevOps 团队需要自动化修复和推荐操作，以解决问题。

业务场景

Rotating Banana 的朋友们开发了一个部署在 SAP BTP Cloud

Foundry 环境中的云应用程序。然而，该应用程序会随机变得不稳定，有时不同用户无法访问。更具挑战性的是，到目前为止没有触发任何警报。在这种情况下，DevOps 团队应介入解决该问题。

作为负责运行此应用程序的运维团队成员，您的任务是使用 SAP BTP 中的本地可观测性和运维工具来解决该问题，这些工具补充了 SAP Cloud ALM 作为 SAP BTP 中央可观测性解决方案的作用：

SAP Alert Notification service（与 SAP Cloud ALM 集成），主要侧重于警报
SAP Cloud Logging，用于对根本原因进行深入分析
SAP Automation Pilot，主要侧重于运维自动化

Note

之前的一课“Introducing SAP BTP Services for DevOps”介绍了 SAP Cloud ALM 的功能。

要实现通知和自动化修复操作，您首先需要了解各个产品以及它们如何在完全集成的场景中协同工作。在以下各节中，您将了解这两项服务的更多细节，然后继续处理 Rotating Banana 场景中的任务。

如前所述，SAP BTP 的 SAP Alert Notification service 从各种来源收集关键技术信息并创建实时事件。这些事件由 SAP BTP 应用程序和服务、SAP 提供的其他产品，或第三方工具和系统摄取到该服务中。因此，DevOps 团队应定期设置条件，以便与 SAP Cloud ALM 配合，使用团队首选渠道筛选出相关事件，或触发不同的预定义操作。

设置 SAP Cloud Logging 服务

Note

本课主要面向管理员，但所涉及的任何角色都能从中受益。

业务场景

作为 Rotating Banana 的 SAP Business Technology Platform 管理员，您必须为您的组织规划和设置本地可观测性手段，这可以通过 SAP Cloud Logging 服务来实现。为此，您需要了解本地可观测性的用例（例如工作负载监控、故障分析、性能分析）和利益相关方（例如开发人员、DevOps 工程师、站点可靠性工程师、运维人员），并据此得出需求，以设置在安全性、权限、隔离、可用性、规模和成本效益方面满足需求的 SAP Cloud Logging 实例。

SAP Cloud Logging 概览

SAP Cloud Logging 服务是一种全面的可观测性解决方案，可帮助应用程序开发人员和运维人员全面深入地分析其 SAP Business Technology Platform 工作负载。

SAP Cloud Logging 可用于对可观测性数据进行分析和自动处理，以更好地理解性能、错误、资源消耗、通信流（跟踪）、使用情况以及其他可观测性特征。

它为 SAP BTP 运行时（Cloud Foundry / Kyma）提供专门支持，提供顺畅的数据摄取路径和预构建的分析仪表盘，同时也支持通用摄取 API（OpenTelemetry、json），用于从任意来源摄取日志、指标和跟踪。

SAP Cloud Logging 提供丰富且可扩展的分析环境，用户可以在其中对可用数据进行切分和分析、添加新的可视化和仪表盘，并定义警报和异常检测规则。

作为 SAP Cloud Logging 的管理员，您可以确定实例的规模和自动扩缩容限制，并控制用户的身份验证和授权范围。

定义您的本地可观测性目标

为了得出您的本地可观测性目标，您应考虑以下几个方面：

范围：说明哪些工作负载或其他对象应接受详细的本地观测，即应向 SAP Cloud Logging 发出可观测性信号。这也可能涉及工作负载的不同阶段，例如开发、测试或生产。最后，您还可以为整体管理和运营目的所需观测的内容定义总体目标，包括您希望设置的相关警报。
法律/权限约束：说明哪些数据可以驻留在共享的 SAP Cloud Logging 实例中，或者需要使用特定区域的 SAP Cloud Logging。将数据分离到不同实例中绝对是最强的隔离方法。但是，您也可以使用不同的 SAP Identity Authentication Service（SAP IAS）角色以及 SAP Cloud Logging 的索引/文档级安全功能来满足权限约束。
联合分析：检查哪些场景下对多个工作负载进行联合分析会带来好处，从而将可观测性数据放入同一实例中会更有价值。
规模（摄取与存储）：确定需要摄取和存储的数据量，包括所需的保留期。这将影响实例数量、适当的服务计划，以及您为摄取和存储组件配置自动扩缩容的上限。服务创新指南和容量单位估算器将帮助您得出这些信息。
运营：虽然共享 SAP Cloud Logging 实例在分析和成本方面可能有好处，但它们也可能在如何在多个团队之间共享此类实例方面带来运营开销。实例共享指南将帮助实现这一点。相反的做法可能是允许不同团队运行各自的 SAP Cloud Logging 实例。

SAP Cloud Logging 实例的设置

基于您的本地可观测性目标，您应该制定计划，确定要在哪些全局账户、子账户和区域中设置 SAP Cloud Logging 实例。

最重要的前提条件是设置底层身份服务及其身份验证应用程序，如此处所述。这还将涵盖组的定义和管理用户的分配。
完成此操作后，您可以从 SAP BTP 服务市场中创建相应的 SAP Cloud Logging 实例，注意其安全配置（Security Assertion Markup Language - SAML）与您的身份服务中的设置相匹配。
随后，应用程序开发人员或工作负载负责人可以绑定到相应的服务实例，并开始发出可观测性信号。他们可以遵循 SAP BTP 开发人员指南，并可能从特定任务 "Implement Observability in a Full-Stack CAP Application Following SAP BTP Developer’s Guide" 中受益。

SAP Cloud Logging 实例启动并运行后，您可以根据自己的特定需求配置/使用它们，例如：