환경 아키텍처 문서화

우수 사례로서 앱에 대한 아키텍처 다이어그램을 작성하십시오. 이러한 다이어그램은 초기 디자인 작업, 새 팀 구성원 교육 또는 새 팀 구성원 및 기존 팀 구성원 교육의 일부로 사용할 수 있습니다. 이와 같은 다이어그램을 최신 상태로 유지하면 문제점을 신속하게 조사해야 하는 시간을 절약할 수 있습니다.

앱 아키텍처를 문서화하면, 개발자와 팀원들이 아키텍처 구성에 포함된 모든 구성 요소를 철저히 이해할 수 있습니다.

초기 환경 계획의 일부로 또는 환경이 시작되어 실행된 후에 아키텍처 다이어그램을 작성할 수 있습니다. 환경을 문서화하려면 다음 단계를 검토하십시오. 제공된 예제는 실제 앱을 기반으로 합니다.

1단계: 앱 및 아키텍처 이해

IBM Cloud Kubernetes Service 클러스터의 앱 문제점 해결은 특히 다른 클러스터, 컴포넌트, 팟 (Pod) 또는 서비스에 걸쳐 있는 네트워크 플로우와 관련된 경우 복잡할 수 있습니다. 앱 아키텍처를 문서화하면 팀이 설정의 모든 컴포넌트를 완전히 이해하는 데 도움이 될 수 있습니다.

단순 네트워크 플로우가 있는 앱의 경우 아키텍처를 텍스트로 설명할 수 있습니다. 더 복잡한 시나리오의 경우, 문제점 해결과 관련된 다양한 팀이 플로우를 이해할 수 있도록 자세한 아키텍처 다이어그램이 도움이 됩니다. 또한 설정이 변경되는 경우 아키텍처 문서가 최신 상태로 유지되는지 확인하는 것도 중요합니다.

IBM Cloud Kubernetes Service 클러스터의 앱 문제점 해결은 특히 다음 중 하나 이상이 true인 경우 어려울 수 있습니다.

  1. 앱이 잘 이해되지 않거나 로깅이 올바르지 않습니다.
  2. 문제점이 간헐적으로 발생하거나 자주 발생하지 않습니다.
  3. 문제점에는 서로 다른 클러스터, 컴포넌트, 팟 (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) 은 eu-de 및 eu-gb 에서 두 개의 공용 VPC 애플리케이션 로드 밸런서 (ALB) 중 하나에 대한 연결을 로드 밸런싱하는 글로벌 로드 밸런서 (GLB) 에 연결됩니다.

이러한 각 VPC ALB는 해당 지역에서 별도의 클러스터의 일부입니다. 이러한 ALB는 OpenShift 라우터 팟 (Pod) 으로 트래픽을 라우팅한 후 해당 트래픽을 클러스터의 백엔드 팟 (Pod) 으로 전달합니다. 해당 백엔드 팟 (Pod) 은 Cloudant 데이터베이스에 연결하여 요청을 처리합니다.

이러한 연결 중 일부는 공용 네트워크를 통해 수행됩니다. 일부는 동일한 VPC의 사설 네트워크를 통해 존재하며 일부는 VPC의 컴포넌트와 IBM Cloud의 서비스 간에 IBM Cloud 의 사설 네트워크를 사용합니다.

멀티 클러스터
클러스터

예 3: 외부 서비스 백엔드를 사용하여 VPC 네트워크 로드 밸런서에 접속하는 VSI 클라이언트

다음 예에서 클라이언트는 IBM Cloud의 Classic VSI입니다. VSI는 사설 네트워크를 통해 VPC 클러스터에 대해 작성된 사설 VPC 네트워크 로드 밸런서 (NLB) 에 연결합니다. 이 NLB는 클러스터 로드 밸런서 서비스의 NodePort 를 통해 세 개의 VPC 작업자 노드 중 하나에 대한 트래픽을 밸런싱합니다. 그러면 클러스터 로드 밸런서 서비스가 공용 네트워크를 통해 IBM Cloud 외부의 외부 클라우드 서비스에 연결하는 앱 팟 (Pod) 중 하나에 트래픽을 전송합니다.

외부 서비스가 있는 NLB
외부 서비스가 있는 NLB

2단계: 도구 선택

다음 도구를 사용하여 아키텍처 다이어그램을 작성할 수 있습니다.

사용 가능한 많은 다이어그래밍 도구가 있습니다. 사용자에게 가장 적합한 도구를 선택하십시오.

3단계: 다이어그램 만들기

앞에서 언급한 예제 중 하나를 참조로 사용하거나 처음부터 다이어그램을 작성할 수 있습니다.

자세한 정보 및 참조 아키텍처는 IBM Architectures 를 참조하십시오.

다음 단계

클러스터 작성을 위한 계정을 준비하십시오.