记录环境体系结构
作为最佳实践，请为应用程序创建体系结构图。 这些图可以用作初始设计工作，培训新团队成员或培训新团队成员和现有团队成员的一部分。 在需要快速调查问题时，使这样的图保持最新状态可节省时间。
通过记录应用程序体系结构，可以确保您和您的团队完全了解体系结构设置中的所有组件。
您可以在初始环境规划过程中或在环境启动并运行后创建体系结构图。 查看以下步骤以记录您的环境。 提供的示例基于现实应用程序。
步骤 1: 了解应用程序和体系结构
对 Red Hat OpenShift on IBM Cloud 集群中的应用程序进行故障诊断可能很复杂，尤其是在问题涉及跨不同集群，组件，pod 或服务的网络流时。 记录应用程序体系结构可以帮助您的团队彻底了解设置中的所有组件。
对于具有简单网络流的应用程序，可以在文本中描述体系结构。 对于更复杂的场景，详细的体系结构图很有用，以便参与故障诊断的各个团队可以了解流程。 如果设置发生更改，那么确保体系结构文档保持最新也很重要。
对 Red Hat OpenShift on IBM Cloud 集群中的应用程序进行故障诊断可能很困难，尤其是在以下一项或多项为 true 时。
- 应用程序未被很好地理解或没有良好的日志记录。
- 问题是间歇性的或不经常发生。
- 此问题涉及跨不同集群，组件，pod 或服务的网络流。
以下示例体系结构图取自现实场景。 您可以在创建自己的体系结构图时使用这些示例作为指南。
示例 1: 在单个 OpenShift 集群中运行的基本应用程序
在此示例中，整个应用程序在单个 OpenShift 集群中运行。 它是一个简单的应用程序，其中单个客户机 pod 向集群内服务发出请求，然后连接到由三个 pod 处理的 etcd 实例。
Client Application Service Etcd Instance
|------> [Etcd Pod 1]
|---> [Application Pod 1] ---|
| |
[Client pod] ---| |------> [Etcd Pod 2]
| |
|---> [Application Pod 2] ---|
|------> [Etcd Pod 3]
示例 2: 具有全局负载均衡器和 Cloudant 服务的多集群体系结构
在下图中，连接由 eu-de 区域的集群中的三个客户机 pod 之一启动。 客户机 pod 连接到全局负载均衡器 (GLB)，然后负载均衡连接到 eu-de 和 eu-gb 中的两个公共 VPC 应用程序负载均衡器 (ALB) 之一。
每个 VPC ALB 都是各自区域内独立群集的一部分。 这些 ALB 将流量路由到 OpenShift 路由器 pod，然后将该流量转发到集群中的后端 pod。 这些后端 pod 连接到 Cloudant 数据库以处理请求。
请注意，其中一些连接是通过公用网络进行的。 有些是通过同一 VPC 中的专用网络，有些是在 VPC 中的组件与 IBM Cloud中的服务之间使用 IBM Cloud 中的专用网络。
示例 3: VSI 客户机将 VPC 网络负载均衡器与外部服务后端联系
在以下示例中，客户机是 IBM Cloud中的经典 VSI。 VSI 通过专用网络连接到为 VPC 集群创建的专用 VPC 网络负载均衡器 (NLB)。 此 NLB 通过集群负载均衡器服务的 NodePort 将流量均衡到三个 VPC 工作程序节点之一。 然后，集群负载均衡器服务将流量发送到其中一个应用程序 pod，这些 pod 通过公用网络连接到 IBM Cloud 外部的外部云服务。
步骤 2: 选择工具
您可以使用以下任何工具来创建体系结构图。
有许多绘图工具可用。 选择最适合您的工具。
步骤 3：创建图表
您可以使用前面提到的其中一个示例作为参考，或者从头开始创建图。
有关更多信息和参考体系结构，请参阅 IBM 体系结构。