記載環境架構
最佳作法是建立應用程式的架構圖。 這些圖表可以作為起始設計工作的一部分、訓練新的團隊成員，或教育新的和現有的團隊成員。 將這類圖表保持最新，可在需要快速調查問題時節省時間。
透過記錄您的應用程式架構，您可以確保您和您的團隊能徹底理解架構設定中的所有元件。
您可以在起始環境規劃的過程中或在環境啟動並執行之後建立架構圖。 請檢閱下列步驟，以記載您的環境。 所提供的範例基於現實世界應用程式。
步驟 1: 瞭解您的應用程式和架構
Red Hat OpenShift on IBM Cloud 叢集裡的應用程式疑難排解可能很複雜，特別是如果問題涉及跨越不同叢集、元件、Pod 或服務的網路流程。 記載應用程式架構可協助您的團隊徹底瞭解設定中的所有元件。
對於具有簡式網路流程的應用程式，可以在文字中說明架構。 對於更複雜的實務範例，詳細的架構圖很有用，因此涉及疑難排解的各種團隊可以瞭解流程。 此外，如果您的設定變更，請務必確定您的架構文件保持最新。
對 Red Hat OpenShift on IBM Cloud 叢集裡的應用程式進行疑難排解可能很困難，特別是當下列一項以上成立時。
- 應用程式未完全瞭解或沒有良好的記載。
- 問題是間歇性或不常發生。
- 此問題涉及跨越不同叢集、元件、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 架構。