OpenShift GitOps 이해


Red Hat OpenShift GitOps 1.16

OpenShift GitOps 소개

Red Hat OpenShift Documentation Team

초록

이 문서에서는 OpenShift GitOps 및 해당 기능에 대한 개요를 제공합니다. 일반 OpenShift GitOps 용어를 정의하는 용어도 제공합니다.

1장. GitOps란 무엇입니까?

GitOps는 클라우드 네이티브 애플리케이션에 대한 연속 배포를 구현하는 선언적 방법입니다. GitOps를 사용하여 다중 클러스터 Kubernetes 환경에서 OpenShift Container Platform 클러스터 및 애플리케이션을 관리하기 위해 반복 가능한 프로세스를 생성할 수 있습니다. GitOps는 복잡한 배포를 빠른 속도로 처리하고 자동화하여 배포 및 릴리스 주기 동안 시간을 절약합니다.

GitOps 워크플로는 개발, 테스트, 스테이징, 프로덕션 단계를 통해 애플리케이션을 내보냅니다. GitOps는 새 애플리케이션을 배포하거나 기존 애플리케이션을 업데이트하므로 리포지토리만 업데이트하면 됩니다. 기타 모든 작업은 GitOps에서 자동으로 처리합니다.

GitOps는 Git 가져오기 요청을 사용하여 인프라 및 애플리케이션 구성을 관리하는 일련의 관행입니다. GitOps의 Git 리포지토리는 시스템 및 애플리케이션 구성에 사용하는 단일 정보 소스입니다. 이 Git 리포지토리에는 지정된 환경에서 필요한 인프라에 대한 선언적 설명과 환경을 설명된 상태에 맞게 조정하는 자동화된 프로세스가 포함되어 있습니다. 또한 시스템의 전체 상태가 포함되므로 시스템 상태에 대한 변경 내역을 보고 감사할 수 있습니다. GitOps를 사용하면 인프라 및 애플리케이션 구성 확산 문제를 해결할 수 있습니다.

GitOps는 인프라 및 애플리케이션 정의를 코드로 정의합니다. 그런 다음 이 코드를 사용하여 여러 작업 공간과 클러스터를 관리하여 인프라 및 애플리케이션 구성 생성 작업을 단순화합니다. 코드 원칙을 따라 Git 리포지토리에 클러스터 및 애플리케이션 구성을 저장한 다음 Git 워크플로를 따라 이러한 리포지토리를 선택한 클러스터에 적용할 수 있습니다. Git 리포지토리에서 소프트웨어 개발 및 유지보수의 핵심 원칙을 클러스터 및 애플리케이션 구성 파일의 생성 및 관리에 적용할 수 있습니다.

2장. Red Hat OpenShift GitOps 정보

Red Hat OpenShift GitOps는 Argo CD를 선언적 GitOps 엔진으로 사용하는 Operator입니다. 다중 클러스터 OpenShift 및 Kubernetes 인프라에서 GitOps 워크플로를 활성화합니다. 관리자는 Red Hat OpenShift GitOps를 사용하여 클러스터 및 개발 라이프사이클 전반에 걸쳐 Kubernetes 기반 인프라 및 애플리케이션을 일관되게 구성하고 배포할 수 있습니다. Red Hat OpenShift GitOps는 오픈 소스 프로젝트 Argo CD 를 기반으로 하며 업스트림에서 제공하는 기능, 추가 자동화, Red Hat OpenShift Container Platform과의 통합, Red Hat의 엔터프라이즈 지원, 품질 보증 및 엔터프라이즈 보안에 중점을 두고 있는 기능과 유사한 기능을 제공합니다.

참고

Red Hat OpenShift GitOps는 OpenShift Container Platform과 다른 주기로 릴리스되므로 이제 제품의 각 마이너 버전에 대한 별도의 설명서 세트로 Red Hat OpenShift GitOps 설명서를 사용할 수 있습니다.

Red Hat OpenShift GitOps 문서는 https://docs.redhat.com/en/documentation/red_hat_openshift_gitops/ 에서 확인할 수 있습니다.

특정 버전에 대한 문서는 버전 선택기 드롭다운을 사용하거나 URL에 버전을 추가하여 직접 확인할 수 있습니다(예: https://docs.redhat.com/en/documentation/red_hat_openshift_gitops/1.16 ).

또한 Red Hat OpenShift GitOps 설명서는 https://access.redhat.com/documentation/en-us/red_hat_openshift_gitops/ 의 Red Hat 포털에서도 사용할 수 있습니다.

Red Hat OpenShift GitOps 라이프 사이클 및 지원되는 플랫폼에 대한 자세한 내용은 플랫폼 라이프 사이클 정책을 참조하십시오.

Red Hat OpenShift GitOps를 사용하면 개발, 스테이징, 프로덕션과 같은 다양한 환경의 다양한 클러스터에 애플리케이션을 배포할 때 애플리케이션의 일관성을 유지할 수 있습니다. Red Hat OpenShift GitOps는 구성 리포지토리를 중심으로 배포 프로세스를 구성한 후 이 프로세스를 중심 요소로 만듭니다. 항상 두 개 이상의 리포지토리가 있습니다.

  1. 소스 코드가 있는 애플리케이션 리포지토리
  2. 원하는 애플리케이션 상태를 정의하는 환경 구성 리포지토리

이러한 리포지토리에는 지정된 환경에서 필요한 인프라에 대한 선언적 설명이 포함되어 있습니다. 또한 환경을 설명된 상태에 맞게 조정하는 자동화된 프로세스가 포함되어 있습니다.

Red Hat OpenShift GitOps는 Argo CD를 사용하여 클러스터 리소스를 유지합니다. Argo CD는 애플리케이션의 연속 배포(CD)를 위한 오픈 소스 선언적 툴입니다. Red Hat OpenShift GitOps는 Argo CD를 컨트롤러로 구현하여 Git 리포지토리에 정의된 애플리케이션 정의 및 구성을 지속적으로 모니터링합니다. 그러면 Argo CD에서 이러한 구성의 지정된 상태를 클러스터의 라이브 상태와 비교합니다.

Argo CD는 지정된 상태에서 벗어난 모든 구성을 보고합니다. 이러한 보고서를 통해 관리자는 자동 또는 수동으로 구성을 정의된 상태로 다시 동기화할 수 있습니다 따라서 Argo CD를 사용하면 OpenShift Container Platform 클러스터를 구성하는 데 사용하는 리소스와 같이 글로벌 사용자 정의 리소스를 제공할 수 있습니다.

2.1. 주요 기능

Red Hat OpenShift GitOps는 다음 작업을 자동화하는 데 도움이 됩니다.

  • 클러스터의 구성, 모니터링, 스토리지 상태가 비슷한지 확인
  • 여러 OpenShift Container Platform 클러스터에 구성 변경 사항 적용 또는 되돌리기
  • 템플릿 구성을 다른 환경과 연결
  • 스테이징에서 프로덕션까지 클러스터 전체에서 애플리케이션 승격

2.2. OpenShift GitOps의 일반 용어집

이 용어집은 일반적인 OpenShift GitOps 용어를 정의합니다.

애플리케이션 컨트롤러(Argo CD Application Controller)

다음 작업을 수행하는 컨트롤러입니다.

  • 변경 사항이 있는지 지속적으로 Git 리포지토리 감시
  • 실행 중인 애플리케이션 모니터링
  • 라이브 상태를 원하는 대상 상태와 비교
  • 새 변경 사항 배포

예를 들면 Argo CD 애플리케이션 컨트롤러가 OutOfSync 애플리케이션 상태를 감지하고 선택적으로 수정 조치를 취하는 것입니다.

애플리케이션 CR(사용자 정의 리소스)
Argo CD 애플리케이션의 리소스를 배포하는 방법을 설명하는 YAML 매니페스트입니다.
애플리케이션 CRD(사용자 정의 리소스 정의)
환경에 배포된 Argo CD 애플리케이션 인스턴스를 나타내는 리소스 오브젝트입니다.
ApplicationSet CRD(Argo CD 애플리케이션 세트)
ApplicationSet CR 콘텐츠를 기반으로 Argo CD 애플리케이션을 자동으로 생성하는 리소스 오브젝트 및 CRD입니다. 클러스터 관리자는 이 CRD를 사용하여 단일 ApplicationSet CR을 정의하여 여러 개의 해당 Argo CD 애플리케이션 CR을 생성하고 업데이트합니다.
ApplicationSet Controller (Argo CD ApplicationSet Controller)
Argo CD 및 process ApplicationSet CR 내에 존재하는 사용자 정의 Kubernetes 컨트롤러입니다. 이 컨트롤러는 ApplicationSet CR 콘텐츠를 기반으로 Argo CD 애플리케이션을 자동으로 생성, 업데이트 및 삭제합니다.
AppProject CRD
애플리케이션 리소스를 관리할 수 있는 위치와 방법을 제어하는 프로젝트 내 애플리케이션의 논리 그룹화를 나타내는 CRD입니다. AppProject CRD를 사용하여 Argo CD 사용자가 해당 애플리케이션에 액세스할 수 있는 위치와 방법을 제한할 수 있습니다. AppProject 인스턴스 관리는 일반적으로 Argo CD 관리자로 제한되는 작업입니다.
Argo CD API 서버
웹 UI, CLI, 연속 통합(CI) 및 연속 배포(CD) 시스템에서 사용하는 API를 표시하는 gRPC/REST 서버.
Argo CD
클러스터 및 개발 라이프사이클 전반에 걸쳐 Kubernetes 기반 인프라 및 애플리케이션의 지속적인 배포를 자동화하는 오픈 소스 선언적 툴입니다.
Argo CD 애플리케이션
리소스가 매니페스트로 정의되는 GitOps 리포지토리에서 대상 Kubernetes 클러스터로 이루어진 개별 Kubernetes 리소스의 지속적인 배포를 추적하는 애플리케이션입니다.
argocd CRD
Argo CD 클러스터를 구성하는 구성 요소를 구성할 수 있는 지정된 Argo CD 클러스터에 대한 원하는 상태를 설명하는 Kubernetes CRD입니다.
Argo CD 인스턴스
실행 중인 Argo CD의 모든 상태 저장 측면을 캡슐화하는 네임스페이스 내에서 Argo CD를 단일 설치합니다. 각 Argo CD 인스턴스에는 일반적으로 ArgoCD CR과 함께 일대일 매핑이 있습니다.
Argo CD 프로젝트

Argo CD 내의 엔티티는 Argo CD 오픈 소스 프로젝트의 특정 프로젝트 개념과 해당 AppProject CR 을 나타냅니다.

Argo CD 프로젝트를 사용하면 여러 네임스페이스와 클러스터를 허용된 대상으로 정의할 수 있습니다. 반면 OpenShift 프로젝트는 단일 네임스페이스로 제한되며, 네임스페이스와 개념으로 동일합니다.

Argo CD 프로젝트는 Git 리포지토리 및 원격 클러스터에 대한 액세스를 제한하여 Argo CD의 동작을 제어합니다. 예를 들어 Argo CD 프로젝트를 사용하여 Argo CD UI 또는 Argo CD CLI를 통해 특정 Argo CD 애플리케이션 또는 클러스터 리소스에 액세스할 수 있는 사용자를 제한하여 사용자를 제어하는 작업이 포함됩니다.

Argo CD 리포지토리 서버(Argo CD-repo-server)

다음 작업을 수행하는 Argo CD 구성 요소입니다.

  • Git, Helm 또는 OCI(Open Container Initiative)와 같은 소스 리포지토리에서 읽습니다.
  • 해당 애플리케이션 매니페스트 생성
  • 사용자 정의 구성 관리 툴링 실행
  • Argo CD 애플리케이션 컨트롤러로 결과를 반환합니다.
Argo CD 리소스(ArgoCD CR)
지정된 Argo CD 인스턴스에 대해 원하는 상태를 설명하는 CR입니다. Argo CD 인스턴스를 구성하는 구성 요소 및 설정을 구성할 수 있습니다. 언제든지 네임스페이스 내에 하나의 ArgoCD CR만 있을 수 있습니다.
Argo CD 서버 (Argo CD-server)
Argo CD에 API 및 UI를 제공하는 서버입니다.
Argo Rollouts
Kubernetes 및 OpenShift Container Platform 클러스터에서 호스팅되는 애플리케이션의 점진적 배포를 관리하는 데 사용할 수 있는 컨트롤러입니다. 이 컨트롤러에는 blue-green, 카나리아, 카나리아 분석 및 실험과 같은 고급 배포 기능을 제공하는 CRD 세트가 있습니다.
클러스터 범위 인스턴스
클러스터 구성, 클러스터 RBAC, Operator 리소스, 플랫폼 Operator 또는 시크릿과 같은 특정 클러스터별 리소스를 포함하여 Argo CD가 클러스터의 모든 리소스를 관리하도록 구성된 모드입니다.
컨트롤 플레인 (GitOps 컨트롤 플레인)

GitOps 컨텍스트에서 설치하는 모든 Argo CD에 대한 컨트롤 플레인을 사용할 수 있습니다. GitOps 컨트롤 플레인은 Argo CD를 설치할 수 있는 모든 네임스페이스입니다. 이 컨트롤 플레인을 사용하면 네트워크, 인스턴스 및 클러스터에서 Argo CD를 프로비저닝, 관리 및 작동할 수 있습니다.

컨트롤 플레인 네임스페이스 내에서 Argo CD는 소스 Git 리포지토리와 대상 클러스터 간의 지속적인 배포를 정의하는 다음 Kubernetes 리소스 세트를 유지 관리합니다.

  • Argo CD 애플리케이션 CR
  • ConfigMap API 오브젝트
  • 배포 대상의 GitOps 리포지토리 인증 정보 및 클러스터 인증 정보를 나타내는 secret 오브젝트

OpenShift-gitops 는 기본 Argo CD 인스턴스의 컨트롤 플레인 네임스페이스입니다.

선언적 설정
시스템 및 애플리케이션 설정 또는 구성에 지정된 환경에 필요한 인프라에 대한 선언적 설명입니다. 이 설명은 Git 리포지토리의 YAML 구성 파일에 지정할 수 있습니다. 선언적 설정에는 환경과 infrastucture가 설명된 상태와 일치하도록 하는 자동화된 프로세스가 포함되어 있습니다. 예를 들면 YAML 매니페스트를 사용하여 Argo CD 애플리케이션, 프로젝트 및 설정을 선언적으로 정의하는 것입니다.
기본 Argo CD 인스턴스(기본 클러스터 범위 인스턴스)
Red Hat OpenShift GitOps Operator가 설치 직후에 특정 클러스터 범위 리소스를 관리하기 위한 추가 권한이 있는 openshift-gitops 네임스페이스에서 인스턴스화하는 기본 인스턴스입니다.
GitOps
클라우드 네이티브 애플리케이션에 대한 연속 배포를 구현하는 선언적 방법입니다. GitOps의 Git 리포지토리에는 Argo CD가 클러스터 상태와 계속 동기화되는 배포 리소스가 포함되어 있습니다.
GitOps CLI(GitOps argocd CLI)
명령줄에서 Red Hat OpenShift GitOps 및 Argo CD 리소스를 구성하고 관리하는 툴입니다.
인스턴스 범위
Argo CD 인스턴스를 작동하는 방법을 결정하는 모드입니다. 사용 가능한 모드는 클러스터 범위의 인스턴스네임스페이스 범위 인스턴스입니다.
라이브 상태
대상 클러스터의 애플리케이션 리소스의 실시간 상태입니다.
로컬 클러스터
Argo CD를 설치하는 클러스터입니다.
매니페스트
GitOps 컨텍스트에서 매니페스트는 GitOps 리포지토리에 정의된 Kubernetes 리소스의 YAML 표현이며 해당 리소스를 대상 Kubernetes 클러스터에 배포하려고 합니다. 예를 들면 Deployment,ConfigMap 또는 Secret 과 같은 리소스의 YAML 표현이 있습니다.
멀티 테넌시
단일 소프트웨어 인스턴스가 여러 개별 사용자 그룹을 제공하는 소프트웨어 아키텍처입니다.
네임스페이스 범위 인스턴스(애플리케이션 제공 인스턴스)
Argo CD가 클러스터의 특정 네임스페이스에서만 리소스를 관리하고 애플리케이션을 제공하기 위해 리소스를 사용하도록 구성된 모드입니다.
알림 컨트롤러 (Argo CD 알림 컨트롤러)
Argo CD 애플리케이션을 지속적으로 모니터링하고 애플리케이션 상태의 중요한 변경 사항에 대해 사용자에게 알리는 유연한 방법을 제공하는 컨트롤러입니다.
점진적인 제공
GitOps 컨텍스트에서 점진적인 전달은 제어되고 점진적인 방식으로 애플리케이션 업데이트를 해제하는 프로세스입니다.
Red Hat OpenShift GitOps
Argo CD를 선언 GitOps 엔진으로 사용하여 다중 클러스터 OpenShift 및 Kubernetes 인프라에서 GitOps 워크플로를 활성화하는 Operator입니다.
새로 고침
Git 리포지토리의 최신 코드를 라이브 상태와 비교하고 차이점을 결정하는 프로세스입니다. 예를 들어 Argo CD UI에서 새로 고침을 클릭하면 Argo CD가 애플리케이션의 대상 Git 리포지토리에 연결하여 콘텐츠를 검색한 다음 해당 콘텐츠에서 매니페스트를 생성합니다. 그런 다음 Argo CD는 해당 대상 상태를 라이브 클러스터 상태와 비교합니다.
원격 클러스터
Argo CD에 선언적으로 또는 GitOps CLI를 사용하여 추가할 수 있는 클러스터입니다. 원격 클러스터는 Argo CD가 설치된 로컬 클러스터와 다릅니다.
리소스 제외
Argo CD를 인식하지 못하도록 검색 및 동기화에서 리소스를 제외하는 데 사용하는 구성입니다.
리소스 포함
전역적으로 관리되는 리소스 목록을 검색, 동기화, 제한하는 데 사용하는 구성입니다.
단일 테넌시
단일 소프트웨어 인스턴스가 단일 사용자 또는 사용자 그룹을 제공하는 소프트웨어 아키텍처입니다.
sync
일관성을 보장하기 위해 애플리케이션 클러스터 리소스의 실시간 상태를 Git 리포지토리에 정의된 대상 상태와 동기화하는 프로세스입니다. 예를 들어 Argo CD UI를 사용하여 클러스터에 변경 사항을 적용하여 애플리케이션 동기화가 포함됩니다.
동기화 상태
라이브 상태가 대상 상태와 일치하는지 여부를 나타내는 애플리케이션의 상태입니다.
대상 상태
Git 리포지토리의 파일로 표시되는 애플리케이션 리소스의 원하는 상태입니다.
사용자 정의 Argo CD 인스턴스

클러스터 구성을 관리하거나 애플리케이션을 배포하기 위해 설치하는 사용자 지정 Argo CD 인스턴스입니다. 기본적으로 모든 새 사용자 정의 인스턴스에는 배포된 네임스페이스에서만 리소스를 관리할 수 있는 권한이 있습니다.

openshift-gitops 네임스페이스 이외의 모든 네임스페이스에서 사용자 정의 Argo CD 인스턴스를 생성할 수 있습니다.

워크로드
일반적으로 Deployment,StatefulSet,ReplicaSet,Job 또는 Pod 와 같은 리소스 내에서 정의되는 모든 프로세스는 컨테이너 내에서 실행됩니다. 예를 들면 Spring Boot 애플리케이션, NodeJS Express 애플리케이션 또는 Ruby on Rails 애플리케이션이 있습니다.

2.3. 추가 리소스

3장. 지원을 위한 진단 정보 수집

지원 케이스를 열 때 Red Hat 지원 팀에 클러스터에 대한 디버깅 정보를 제공해야 합니다. must-gather 툴을 사용하여 프로젝트 수준 리소스, 클러스터 수준 리소스 및 Red Hat OpenShift GitOps 구성 요소에 대한 진단 정보를 수집할 수 있습니다. 

참고

즉각 지원을 받을 수 있도록 OpenShift Container Platform 및 Red Hat OpenShift GitOps 둘 다에 대한 진단 정보를 제공하십시오.

3.1. must-gather 툴 정보

oc adm must-gather CLI 명령은 다음을 포함하여 문제를 디버깅하는 데 필요할 가능성이 높은 클러스터에서 정보를 수집합니다.

  • 리소스 정의
  • 서비스 로그

기본적으로 oc adm must-gather 명령은 기본 플러그인 이미지를 사용하고 ./must-gather.local 에 씁니다.

또는 다음 섹션에 설명된 대로 적절한 인수로 명령을 실행하여 특정 정보를 수집할 수 있습니다.

  • 하나 이상의 특정 기능과 관련된 데이터를 수집하려면 다음 섹션에 나열된 대로 이미지와 함께 --image 인수를 사용합니다.

    명령 예

    $ oc adm must-gather --image=registry.redhat.io/openshift-gitops-1/must-gather-rhel8:v1.16.0

  • 감사 로그를 수집하려면 다음 섹션에 설명된 대로 -- /usr/bin/gather_audit_logs 인수를 사용하십시오.

    명령 예

    $ oc adm must-gather -- /usr/bin/gather_audit_logs

    참고

    감사 로그는 파일 크기를 줄이기 위해 기본 정보 세트의 일부로 수집되지 않습니다.

oc adm must-gather 를 실행하면 클러스터의 새 프로젝트에 임의의 이름이 있는 새 Pod가 생성됩니다. 해당 Pod에 대한 데이터가 수집되어 must-gather.local로 시작하는 새 디렉터리에 저장됩니다. 이 디렉터리는 현재 작업 중인 디렉터리에 생성되어 있습니다.

Pod 예

NAMESPACE                      NAME                 READY   STATUS      RESTARTS      AGE
...
openshift-must-gather-5drcj    must-gather-bklx4    2/2     Running     0             72s
openshift-must-gather-5drcj    must-gather-s8sdh    2/2     Running     0             72s
...

필요한 경우 --run-namespace 옵션을 사용하여 특정 네임스페이스에서 oc adm must-gather 명령을 실행할 수 있습니다.

명령 예

$ oc adm must-gather --image=registry.redhat.io/openshift-gitops-1/must-gather-rhel8:v1.10.0

3.2. Red Hat OpenShift GitOps의 디버깅 데이터 수집

oc adm must-gather CLI 명령을 사용하여 Red Hat OpenShift GitOps와 연결된 클러스터에 대한 다음 세부 정보를 수집합니다.

  • Red Hat OpenShift GitOps Operator의 서브스크립션 및 네임스페이스입니다.
  • ArgoCD 오브젝트가 사용 가능한 네임스페이스 및 ArgoCD,Applications,ApplicationSets,AppProjects, configmaps 와 같은 네임스페이스의 오브젝트입니다.
  • Red Hat OpenShift GitOps Operator에서 관리하는 네임스페이스 목록과 해당 네임스페이스의 리소스 목록입니다.
  • 모든 GitOps 관련 사용자 정의 리소스 오브젝트 및 정의
  • Operator 및 Argo CD 로그
  • 경고 및 오류 수준 이벤트입니다.

사전 요구 사항

  • 관리자로 OpenShift Container Platform 클러스터에 로그인했습니다.
  • OpenShift Container Platform CLI(oc)를 설치했습니다.
  • Red Hat OpenShift GitOps Operator가 설치되었습니다.

프로세스

  1. 디버깅 정보를 저장하려는 디렉터리로 이동합니다.
  2. Red Hat OpenShift GitOps must-gather 이미지를 사용하여 oc adm must-gather 명령을 실행합니다.

    $ oc adm must-gather --image=registry.redhat.io/openshift-gitops-1/must-gather-rhel8:<image_version_tag> 1
    1
    GitOps의 must-gather 이미지입니다.

    명령 예

    $ oc adm must-gather --image=registry.redhat.io/openshift-gitops-1/must-gather-rhel8:v1.10.0

    must-gather 툴에서는 현재 디렉터리에 ./must-gather.local 로 시작하는 새 디렉터리를 생성합니다. 예: ./must-gather.local.4157245944708210399.

  3. 방금 만든 디렉터리에서 압축 파일을 만듭니다. 예를 들어 Linux 운영 체제를 사용하는 컴퓨터에서 다음 명령을 실행합니다.

    $ tar -cvaf must-gather.tar.gz must-gather.local.4157245944708210399 1
    1
    must-gather-local.4157245944708210399 를 실제 디렉터리 이름으로 교체합니다.
  4. Red Hat Customer Portal에서 해당 지원 사례에 압축 파일을 첨부합니다.

3.3. 추가 리소스

법적 공지

Copyright © 2025 Red Hat, Inc.
The text of and illustrations in this document are licensed by Red Hat under a Creative Commons Attribution–Share Alike 3.0 Unported license ("CC-BY-SA"). An explanation of CC-BY-SA is available at http://creativecommons.org/licenses/by-sa/3.0/. In accordance with CC-BY-SA, if you distribute this document or an adaptation of it, you must provide the URL for the original version.
Red Hat, as the licensor of this document, waives the right to enforce, and agrees not to assert, Section 4d of CC-BY-SA to the fullest extent permitted by applicable law.
Red Hat, Red Hat Enterprise Linux, the Shadowman logo, the Red Hat logo, JBoss, OpenShift, Fedora, the Infinity logo, and RHCE are trademarks of Red Hat, Inc., registered in the United States and other countries.
Linux® is the registered trademark of Linus Torvalds in the United States and other countries.
Java® is a registered trademark of Oracle and/or its affiliates.
XFS® is a trademark of Silicon Graphics International Corp. or its subsidiaries in the United States and/or other countries.
MySQL® is a registered trademark of MySQL AB in the United States, the European Union and other countries.
Node.js® is an official trademark of Joyent. Red Hat is not formally related to or endorsed by the official Joyent Node.js open source or commercial project.
The OpenStack® Word Mark and OpenStack logo are either registered trademarks/service marks or trademarks/service marks of the OpenStack Foundation, in the United States and other countries and are used with the OpenStack Foundation's permission. We are not affiliated with, endorsed or sponsored by the OpenStack Foundation, or the OpenStack community.
All other trademarks are the property of their respective owners.
Red Hat logoGithubRedditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

Red Hat을 사용하는 고객은 신뢰할 수 있는 콘텐츠가 포함된 제품과 서비스를 통해 혁신하고 목표를 달성할 수 있습니다. 최신 업데이트를 확인하세요.

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 자세한 내용은 다음을 참조하세요.Red Hat 블로그.

Red Hat 소개

Red Hat은 기업이 핵심 데이터 센터에서 네트워크 에지에 이르기까지 플랫폼과 환경 전반에서 더 쉽게 작업할 수 있도록 강화된 솔루션을 제공합니다.

© 2024 Red Hat, Inc.