CRD란?

• CustomResourceDefinition(apiextensions.k8s.io/v1)의 약자
• Kubernetes API를 확장해서 “내가 정의한 새 리소스 타입”을 API 서버에 정식 1급 시민으로 등록하는 방법
• 등록되면 kubectl/oc로 get/apply/explain 이 모두 가능하고 RBAC. 감사. 백업 이벤트 Finalizer 등 K8s의 공통 메커니즘을 그대로 사용
• CRD는 “타입 정의(스키마):이고, 그 타입의 실체인 개별 객체는 Custom Resource(CR) 라고 부른다.

왜 OpenShift에서 CRD가 중요할까?

• OpenShift 4.x는 “오퍼레이터 기반” 구조 오퍼레이터(컨트롤러)가 자신만의 CRD를 등록하고, 사용자는 CR를 만들면 오퍼레이터가 이를 관찰(Reconcile)하여 실제 리소스(디플로이먼트, 시크릿, 라우트, 등)를 자동 구성한다.

  대표적인 OpenShift/OLM CRD 생태계

  • OLM(Operator Lifecycle Manager)
    • operators.coreos.com 그룹의
      • Subscription, OperatorGroup, ClusterServiceVersion, CatalogSource, InstallPlan 등
  • Machine API :
    • machine.openshift.io의 Machine, MachineSet, MachineHealthCheck
  • Machine Config Operator
    • machineconfiguration.openshift.io의 MachineConfig, MahineConfigPool
  • Cluster 설정(일부 CRD)
    • config.openshfit.io의 Ingress, Image, Project 등(다수는 CRD로 제공)
  • 네트워킹 / 인그레스(일부 CRD)
    • route.openshfit.io의 Route(CRD)
    • operator.openshift.io 하위 여러 오퍼레이터의 구성 CR
  • 빌드 / 이미지 (대부분 CRD)
    • build.openshift.io의 BuildConfig
    • image.openshfit.io의 ImageStream
  • 성능 / 튜닝 계열(추가 CRD)
    • performance.openshift.io의 PerformanceProfile 등

• 참고 : SCC(SecurityContextConstraints)는 security.openshift.io/v1 API 리소스이지만 전통적으로 CRD가 아닌 확장된 API로 제공됨. (즉, 모든 OpenShift API가 CRD인 것은 아니다)