Red Hat OpenShift 오퍼레이터란?

Red Hat® OpenShift® 오퍼레이터는 쿠버네티스 네이티브 애플리케이션의 인스턴스 생성과 구성 및 관리를 자동화합니다. 오퍼레이터는 플랫폼을 구성하는 부품 관리에서부터 관리형 서비스로 제공되는 애플리케이션에 이르기까지 스택의 모든 수준에서 자동화를 제공합니다.

Red Hat OpenShift는 오퍼레이터를 사용해 전체 플랫폼을 자율적으로 실행하는 동시에 쿠버네티스 개체를 통해 기본적으로 설정을 노출하므로 빠른 설치와 빈번하고 강력한 업데이트가 가능합니다. 플랫폼 관리를 위한 오퍼레이터의 자동화 이점 외에도 Red Hat OpenShift를 사용하면 클러스터에서 실행 중인 오퍼레이터를 더 쉽게 찾고, 설치하고, 관리할 수 있습니다.

Red Hat OpenShift에는 소프트웨어 공급업체 및 오픈소스 프로젝트의 인증된 오퍼레이터 레지스트리인 임베디드 OperatorHub가 포함되어 있습니다. 임베디드 OperatorHub 내에서, Red Hat OpenShift와의 연동이 검증되고 손쉽게 라이프사이클을 관리하도록 패키징된 오퍼레이터 라이브러리를 검색 및 설치할 수 있습니다.

쿠버네티스 오퍼레이터는 쿠버네티스 네이티브 애플리케이션을 패키징, 배포 및 관리하는 방법입니다. 쿠버네티스 네이티브 애플리케이션은 쿠버네티스에 배포되고 쿠버네티스 API 및 kubectl 툴링을 사용해 관리되는 애플리케이션입니다.

오퍼레이터는 기본적으로 사용자 정의 컨트롤러입니다.

컨트롤러는 쿠버네티스의 핵심 개념으로 쿠버네티스 마스터 노드에서 지속적으로 실행되는 소프트웨어 루프로 구현되며, 원하는 상태로 표현된 개체와 현재 상태의 개체를 비교하고 필요한 경우 조정합니다. 개체는 포드, 서비스, ConfigMap 또는 PersistentVolume과 같이 잘 알려진 리소스입니다. 오퍼레이터는 전체 애플리케이션 수준에서 이 모델을 적용하기 때문에 사실상 애플리케이션별 컨트롤러에 해당합니다.

오퍼레이터는 클러스터의 포드에서 실행되는 소프트웨어로, 쿠버네티스 API 서버와 상호 작용합니다. 이는 쿠버네티스의 확장 메커니즘인 CRD(Custom Resource Definition)를 통해 새로운 개체 유형을 도입합니다. 이러한 사용자 지정 개체는 사용자의 기본 인터페이스이며 쿠버네티스 클러스터의 리소스 기반 상호 작용 모델과 일치합니다.

오퍼레이터는 이러한 사용자 지정 리소스 유형을 감시하고 해당 리소스 유형의 존재 또는 수정에 대한 알림을 받습니다. 오퍼레이터가 이 알림을 수신하면 루프를 실행하여 이러한 개체로 표시되는 애플리케이션 서비스에 필요한 모든 연결이 실제로 사용 가능하고 사용자가 개체의 사양에 표현한 방식으로 구성되었는지 확인합니다.

오퍼레이터 프레임워크는 개발자 및 클러스터 관리자 툴링을 제공하여 오퍼레이터 개발 및 배포 가속화를 지원하는 오픈소스 프로젝트입니다.

이 프로젝트에는 쿠버네티스 애플리케이션을 구축하기 위한 소프트웨어 개발 키트(SDK), 오퍼레이터를 통해 쿠버네티스를 확장하기 위한 관리 프레임워크, 쿠버네티스 커뮤니티의 기존 오퍼레이터 카탈로그가 포함됩니다.

오퍼레이터 소프트웨어 개발 키트(SDK)는 오퍼레이터를 구축하고, 테스트하고, 패키징하는 툴을 제공합니다. SDK에는 일반적으로 쿠버네티스 API와의 통합에 필요한 많은 상용구 코드가 필요 없습니다. 또한 개발자가 비즈니스 로직(예: 관리하는 애플리케이션을 확장, 업그레이드 또는 백업하는 방법)을 추가하는 데 집중할 수 있도록 유용한 스캐폴딩을 제공합니다. 오퍼레이터 전반에서 공유되는 주요 사례 및 코드 패턴이 SDK에 포함되어 중복을 방지합니다. 또한 SDK는 오퍼레이터의 기본 검증을 허용하는 툴링을 통해 짧고 반복적인 개발 주기 및 테스트 주기를 지원하며, 오퍼레이터 라이프사이클 관리자를 통해 자동 배포 패키징을 지원합니다.

오퍼레이터 라이프사이클 관리자(OLM)는 쿠버네티스 클러스터에서 오퍼레이터 관리를 지원하는 백플레인입니다. 인기 있는 애플리케이션을 서비스로 제공하는 오퍼레이터는 오래 지속되는(long-lived) 워크로드가 되므로 클러스터에 대한 권한이 많아질 수 있습니다.

OLM을 사용하는 관리자는 어떤 네임스페이스에서 어떤 오퍼레이터를 사용할 수 있고, 누가 실행 중인 오퍼레이터와 상호 작용할 수 있는지를 제어할 수 있습니다. 오퍼레이터의 권한은 최소 권한 방식을 따르도록 자동으로 정확하게 구성됩니다. OLM은 다른 오퍼레이터에 대한 종속성 해결, 오퍼레이터와 오퍼레이터가 관리하는 애플리케이션에 대한 업데이트 트리거, 클러스터의 일부에 대한 팀 액세스 권한 부여 등으로 오퍼레이터와 해당 리소스의 전체 라이프사이클을 관리합니다.

간편한 스테이트리스 애플리케이션은 일반 오퍼레이터(예: Helm 오퍼레이터)를 통해 코드를 작성하지 않고도 오퍼레이터 프레임워크의 라이프 사이클 관리 기능을 사용할 수 있습니다. 그러나 복잡한 스테이트풀 애플리케이션에서는 오퍼레이터가 특히 유용할 수 있습니다. 오퍼레이터 코드로 인코딩된 관리형 서비스 기능은 업데이트와 백업 및 확장과 같은 기능을 자동화하여 고급 사용자 환경을 제공할 수 있습니다.

미터링 확장을 사용할 경우 IT 팀은 예산을 보다 효과적으로 제어할 수 있고 소프트웨어 벤더는 상용 소프트웨어 사용을 보다 쉽게 추적할 수 있습니다. 오퍼레이터 미터링은 클러스터의 CPU 및 메모리 보고 기능과 연결되고, IaaS 비용 및 사용자 정의 메트릭(예: 라이센싱)을 계산하도록 설계되었습니다.