OpenShift에 Apicurio 레지스트리 설치 및 배포
Apicurio Registry 3.0 설치, 배포 및 구성
초록
머리말 링크 복사링크가 클립보드에 복사되었습니다!
Red Hat 문서에 대한 피드백 제공
문서 개선을 위한 의견에 감사드립니다.
개선 사항을 제안하려면 Jira 문제를 열고 제안된 변경 사항을 설명합니다. 귀하의 요청을 신속하게 처리할 수 있도록 가능한 한 자세한 정보를 제공하십시오.
사전 요구 사항
-
Red Hat 고객 포털 계정이 있어야 합니다. 이 계정을 사용하면 Red Hat Jira Software 인스턴스에 로그인할 수 있습니다.
계정이 없는 경우 계정을 생성하라는 메시지가 표시됩니다.
프로세스
- 다음 링크를 클릭합니다. 문제 생성.
- 요약 텍스트 상자에 문제에 대한 간략한 설명을 입력합니다.
설명 텍스트 상자에 다음 정보를 입력합니다.
- 문제를 발견한 페이지의 URL입니다.
-
문제에 대한 자세한 설명입니다.
다른 필드에 있는 정보는 기본값에 따라 그대로 둘 수 있습니다.
- 생성 을 클릭하여 Jira 문제를 문서 팀에 제출합니다.
피드백을 제공하기 위해 시간을 내어 주셔서 감사합니다.
1장. Service Registry Operator 빠른 시작 링크 복사링크가 클립보드에 복사되었습니다!
CRD(Custom Resource Definitions)를 사용하여 명령줄에서 Service Registry Operator를 빠르게 설치할 수 있습니다.
빠른 시작 예제에서는 SQL 데이터베이스에 스토리지가 있는 서비스 레지스트리 인스턴스를 배포합니다.
프로덕션 환경에 권장되는 설치 옵션은 OpenShift OperatorHub입니다. 권장 스토리지 옵션은 성능, 안정성 및 데이터 관리를 위한 SQL 데이터베이스입니다.
1.1. 빠른 시작 서비스 레지스트리 Operator 설치 링크 복사링크가 클립보드에 복사되었습니다!
다운로드한 설치 파일 세트 및 예제 CRD를 사용하여 Operator Lifecycle Manager 없이 명령줄에서 Service Registry Operator를 빠르게 설치하고 배포할 수 있습니다.
사전 요구 사항
- 관리자 액세스 권한을 사용하여 OpenShift 클러스터에 로그인되어 있습니다.
-
OpenShift
oc명령줄 클라이언트가 설치되어 있어야 합니다. 자세한 내용은 OpenShift CLI 설명서를 참조하십시오.
프로세스
-
Red Hat 소프트웨어 다운로드 로 이동하여 제품 버전을 선택하고 서비스 레지스트리 CRD
.zip파일에서 예제를 다운로드합니다. -
다운로드한 CRD
.zip파일을 추출하고apicurio-registry-install-examples디렉터리로 변경합니다. Service Registry Operator 설치에 대한 OpenShift 프로젝트를 생성합니다. 예를 들면 다음과 같습니다.
export NAMESPACE="apicurio-registry" oc new-project "$NAMESPACE"
export NAMESPACE="apicurio-registry" oc new-project "$NAMESPACE"Copy to Clipboard Copied! Toggle word wrap Toggle overflow 다음 명령을 입력하여
install/install.yaml파일에 예제 CRD를 적용합니다.cat install/install.yaml | sed "s/apicurio-registry-operator-namespace/$NAMESPACE/g" | oc apply -f -
cat install/install.yaml | sed "s/apicurio-registry-operator-namespace/$NAMESPACE/g" | oc apply -f -Copy to Clipboard Copied! Toggle word wrap Toggle overflow oc get deployment를 입력하여 Service Registry Operator의 준비 상태를 확인합니다. 예를 들어 출력은 다음과 같아야 합니다.NAME READY UP-TO-DATE AVAILABLE AGE apicurio-registry-operator 1/1 1 1 XmYs
NAME READY UP-TO-DATE AVAILABLE AGE apicurio-registry-operator 1/1 1 1 XmYsCopy to Clipboard Copied! Toggle word wrap Toggle overflow
1.2. 빠른 시작 서비스 레지스트리 인스턴스 배포 링크 복사링크가 클립보드에 복사되었습니다!
Service Registry 인스턴스 배포를 생성하려면 예제 CR을 사용합니다.
사전 요구 사항
- Service Registry Operator가 설치되어 있는지 확인합니다.
- OpenShift 클러스터에서 연결할 수 있는 PostgreSQL 데이터베이스가 있습니다.
프로세스
-
Red Hat 소프트웨어 다운로드 로 이동하여 제품 버전을 선택하고 서비스 레지스트리 CRD
.zip파일에서 예제를 다운로드합니다. - 배포 예제를 선택합니다.
다음 명령을 입력하여 Service Registry Operator를 사용하여 네임스페이스에 업데이트된
ApicurioRegistry3CR을 적용하고 Service Registry 인스턴스가 배포될 때까지 기다립니다.oc project "$NAMESPACE" oc apply -f <example-yaml>
oc project "$NAMESPACE" oc apply -f <example-yaml>Copy to Clipboard Copied! Toggle word wrap Toggle overflow oc get deployment를 입력하여 Service Registry 인스턴스의 준비 상태를 확인합니다. 예를 들어 출력은 다음과 같아야 합니다.NAME READY UP-TO-DATE AVAILABLE AGE example-apicurioregistry-sql-deployment 1/1 1 1 XmYs
NAME READY UP-TO-DATE AVAILABLE AGE example-apicurioregistry-sql-deployment 1/1 1 1 XmYsCopy to Clipboard Copied! Toggle word wrap Toggle overflow oc get routes를 입력하여 브라우저에서 서비스 레지스트리 웹 콘솔을 시작하려면HOST/PORTURL을 가져옵니다. 예를 들면 다음과 같습니다.example-apicurioregistry-sql.apicurio-registry.router-default.apps.mycluster.myorg.mycompany.com
example-apicurioregistry-sql.apicurio-registry.router-default.apps.mycluster.myorg.mycompany.comCopy to Clipboard Copied! Toggle word wrap Toggle overflow
2장. OpenShift에 서비스 레지스트리 설치 링크 복사링크가 클립보드에 복사되었습니다!
이 장에서는 OpenShift Container Platform에 서비스 레지스트리를 설치하는 방법을 설명합니다.
사전 요구 사항
2.1. OpenShift OperatorHub에서 서비스 레지스트리 설치 링크 복사링크가 클립보드에 복사되었습니다!
OperatorHub에서 OpenShift 클러스터에 Service Registry Operator를 설치할 수 있습니다. OperatorHub는 OpenShift Container Platform 웹 콘솔에서 사용할 수 있으며 클러스터 관리자가 Operator를 검색하고 설치할 수 있는 인터페이스를 제공합니다. 자세한 내용은 OperatorHub 이해 를 참조하십시오.
환경에 따라 서비스 레지스트리의 복제본을 두 개 이상 설치할 수 있습니다. 복제본 수는 서비스 레지스트리에 저장된 아티팩트 수 및 선택한 스토리지 옵션에 따라 다릅니다.
사전 요구 사항
- OpenShift 클러스터에 대한 클러스터 관리자 액세스 권한이 있어야 합니다.
프로세스
- OpenShift Container Platform 웹 콘솔에서 클러스터 관리자 권한이 있는 계정을 사용하여 로그인합니다.
새 OpenShift 프로젝트를 생성합니다.
- 왼쪽 탐색 메뉴에서 홈,프로젝트 를 클릭한 다음 프로젝트 만들기를 클릭합니다.
-
프로젝트 이름(예:
my-project)을 입력하고 생성 을 클릭합니다.
- 왼쪽 탐색 메뉴에서 Operator를 클릭한 다음 OperatorHub 를 클릭합니다.
-
키워드로 필터링 텍스트 상자에
레지스트리를 입력하여 Apicurio Registry 3 Operator의 Red Hat 빌드 를 찾습니다. - Operator에 대한 정보를 읽고 설치를 클릭하여 Operator 서브스크립션 페이지를 표시합니다.
- 서브스크립션 설정을 선택합니다. 예를 들면 다음과 같습니다.
서브스크립션 설정을 선택합니다. 예를 들면 다음과 같습니다.
- 업데이트 채널: 3.x 를 선택합니다.
설치 모드: 다음 중 하나를 선택합니다.
- 클러스터의 모든 네임스페이스(기본값)
- 클러스터의 특정 네임스페이스 및 my-project
- 승인 전략: 자동 또는 수동선택
- 설치를 클릭하고 Operator를 사용할 준비가 될 때까지 몇 분 정도 기다립니다.
3장. 서비스 레지스트리 구성 참조 링크 복사링크가 클립보드에 복사되었습니다!
이 장에서는 서비스 레지스트리에서 사용할 수 있는 구성 옵션에 대한 참조 정보를 제공합니다.
추가 리소스
- 2.x Apicurio 레지스트리 배포를 3.x로 마이그레이션하는 방법에 대한 자세한 내용은 다음을 참조하십시오. 3.2절. “Service Registry 버전 2에서 버전 3 구성 변경”
-
Core Registry API를 사용하여 구성 옵션 설정에 대한 자세한 내용은 Apicurio Registry REST API 설명서의
/admin/config/properties끝점을 참조하십시오. - Kafka 직렬화기 및 역직렬화에 대한 클라이언트 구성 옵션에 대한 자세한 내용은 서비스 레지스트리 사용자 가이드를 참조하십시오.
3.1. 서비스 레지스트리 구성 옵션 링크 복사링크가 클립보드에 복사되었습니다!
다음 서비스 레지스트리 구성 옵션은 각 구성 요소 범주에 사용할 수 있습니다.
== . 구성 옵션
| 이름 | 유형 | 기본 | 에서 사용 가능 | 설명 |
|---|---|---|---|---|
|
|
|
| ||
|
|
|
| ||
|
|
|
| ||
|
|
|
|
3.1.1. api 링크 복사링크가 클립보드에 복사되었습니다!
| 이름 | 유형 | 기본 | 에서 사용 가능 | 설명 |
|---|---|---|---|---|
|
|
|
|
| 오류 응답에 스택 추적 포함 |
|
|
|
|
| API 기본 href (URI) |
|
|
|
| API 비활성화 |
3.1.2. auth 링크 복사링크가 클립보드에 복사되었습니다!
| 이름 | 유형 | 기본 | 에서 사용 가능 | 설명 |
|---|---|---|---|---|
|
|
|
|
| 인증 관리자 덮어쓰기 클레임 |
|
|
|
|
| 인증 관리자 덮어쓰기 클레임 값 |
|
|
|
|
| 인증 관리자 덮어쓰기 활성화 |
|
|
|
|
| 의 인증 관리자 덮어쓰기 |
|
|
|
|
| 인증 관리자 덮어쓰기 역할 |
|
|
|
|
| 인증 관리자 덮어쓰기 유형 |
|
|
|
|
| 인증 관리자 덮어쓰기 사용자 이름 |
|
|
|
|
| 익명 읽기 액세스 |
|
|
|
|
| 인증된 읽기 액세스 |
|
|
|
|
| 아티팩트 소유자 전용 권한 부여 |
|
|
|
|
| 아티팩트 그룹 소유자 전용 권한 부여 |
|
|
|
|
| 역할 기반 권한 부여 활성화 |
|
|
|
|
| 인증 역할 소스 |
|
|
|
| 헤더 권한 부여 이름 | |
|
|
|
|
| 인증 역할 관리자 |
|
|
|
|
| 인증 역할 개발자 |
|
|
|
|
| 인증 역할 읽기 전용 |
|
|
|
|
| 애플리케이션 감사 로깅에 사용되는 접두사입니다. |
|
|
|
|
| 기본 클라이언트 인증 정보 토큰 만료 시간(분)입니다. |
|
|
|
|
| JWT 만료 시간(초)의 클라이언트 인증 정보 토큰 만료 오프셋입니다. |
|
|
|
|
| 기본 인증 클라이언트 인증 정보 활성화 |
|
|
|
| 클라이언트 인증 정보 범위. | |
|
|
|
|
| 기본 인증 활성화 |
|
|
|
| 인증을 위해 서버에서 사용하는 클라이언트 식별자입니다. | |
|
|
|
| 인증에 서버에서 사용하는 클라이언트 시크릿입니다. | |
|
|
|
|
| 인증 활성화 |
|
|
|
| 인증 서버 토큰 끝점. |
3.1.3. 캐시 링크 복사링크가 클립보드에 복사되었습니다!
| 이름 | 유형 | 기본 | 에서 사용 가능 | 설명 |
|---|---|---|---|---|
|
|
|
|
| 레지스트리 캐시 활성화 |
3.1.4. ccompat 링크 복사링크가 클립보드에 복사되었습니다!
| 이름 | 유형 | 기본 | 에서 사용 가능 | 설명 |
|---|---|---|---|---|
|
|
|
|
| 적용 대상(호환 API)에서 연결을 통해 그룹 지원 활성화 |
|
|
|
|
| 그룹 연결을 활성화할 때 사용할 구분 기호(호환성 API) |
|
|
|
|
| 레거시 ID 모드(호환성 API) |
|
|
|
|
| 반환되는 최대 주체 수(호환성 API) |
|
|
|
|
| 표준 해시 모드 (호환성 API) |
3.1.5. 다운로드 링크 복사링크가 클립보드에 복사되었습니다!
| 이름 | 유형 | 기본 | 에서 사용 가능 | 설명 |
|---|---|---|---|---|
|
|
|
|
| 링크 만료 다운로드 |
3.1.6. GitOps 링크 복사링크가 클립보드에 복사되었습니다!
| 이름 | 유형 | 기본 | 에서 사용 가능 | 설명 |
|---|---|---|---|---|
|
|
|
| 이 레지스트리 인스턴스의 식별자입니다. 이 식별자를 참조하는 데이터만 로드됩니다. | |
|
|
|
|
| 로드할 데이터가 포함된 원격 Git 리포지토리의 분기 이름입니다. |
|
|
|
| 로드할 데이터가 포함된 원격 git 리포지토리의 URI입니다. | |
|
|
|
|
| 로컬 Git 리포지토리를 저장하는 데 사용되는 GitOps 작업 디렉터리의 경로입니다. |
3.1.7. 상태 링크 복사링크가 클립보드에 복사되었습니다!
| 이름 | 유형 | 기본 | 에서 사용 가능 | 설명 |
|---|---|---|---|---|
|
|
|
| 무시된 활성 오류 | |
|
|
|
|
| 지속성 활성 검사의 카운터 재설정 창 기간 |
|
|
|
|
| 지속성 활성 점검 오류 임계값 |
|
|
|
|
| 지속성 활성 점검 로깅 비활성화 |
|
|
|
|
| 지속성 활성 검사 상태 재설정 창 기간 |
|
|
|
|
| 지속성 준비 상태 점검 오류 임계값 |
|
|
|
|
| 지속성 준비 상태 점검 시간 제한 |
|
|
|
|
| 지속성 준비 상태 점검의 상태 재설정 창 기간 |
|
|
|
|
| 응답 활성 검사의 카운터 재설정 창 기간 |
|
|
|
|
| 지속성 준비 상태 점검의 카운터 재설정 창 기간 |
|
|
|
|
| 응답 활성 점검의 로깅 비활성화 |
|
|
|
|
| 응답 활성 검사의 오류 임계값 |
|
|
|
|
| 응답 활성 검사의 상태 재설정 창 기간 |
|
|
|
|
| 응답 준비 상태 점검의 카운터 재설정 창 기간 |
|
|
|
|
| 응답 준비 상태 점검의 오류 임계값 |
|
|
|
|
| 응답 준비 상태 점검 시간 초과 |
|
|
|
|
| 응답 준비 상태 점검의 상태 재설정 창 기간 |
|
|
|
|
| 스토리지 메트릭 캐시 검사 기간 |
3.1.8. 가져오기 링크 복사링크가 클립보드에 복사되었습니다!
| 이름 | 유형 | 기본 | 에서 사용 가능 | 설명 |
|---|---|---|---|---|
|
|
|
|
| true로 설정하면 가져오기 파일의 콘텐츠 ID가 사용됩니다(다른 새 ID가 생성됩니다). 기본값은 'true'입니다. |
|
|
|
|
| true로 설정하면 가져오기 파일의 글로벌 ID가 사용됩니다(다른 새 ID가 생성됩니다). 기본값은 'true'입니다. |
|
|
|
|
| true로 설정하면 레지스트리가 비어 있는 경우에만 데이터 가져오기가 작동합니다. 기본값은 'true'입니다. |
|
|
|
| 가져오기 URL | |
|
|
|
| 데이터를 가져올 때 사용할 임시 작업 디렉터리입니다. |
3.1.9. limits 링크 복사링크가 클립보드에 복사되었습니다!
| 이름 | 유형 | 기본 | 에서 사용 가능 | 설명 |
|---|---|---|---|---|
|
|
|
|
| 최대 아티팩트 레이블 |
|
|
|
|
| 최대 아티팩트 속성 |
|
|
|
|
| 최대 아티팩트 수 |
|
|
|
|
| 최대 아티팩트 설명 길이 |
|
|
|
|
| 최대 아티팩트 레이블 크기 |
|
|
|
|
| 최대 아티팩트 이름 길이 |
|
|
|
|
| 최대 아티팩트 속성 키 크기 |
|
|
|
|
| 최대 아티팩트 속성 값 크기 |
|
|
|
|
| 초당 최대 아티팩트 요청 수 |
|
|
|
|
| 최대 스키마 크기(바이트) |
|
|
|
|
| 최대 총 스키마 수 |
|
|
|
|
| 아티팩트당 최대 버전 |
|
|
|
|
| 스토리지 지표 캐시 최대 크기입니다. |
3.1.10. 리디렉션 링크 복사링크가 클립보드에 복사되었습니다!
| 이름 | 유형 | 기본 | 에서 사용 가능 | 설명 |
|---|---|---|---|---|
|
|
|
| 레지스트리 리디렉션 | |
|
|
|
| 리디렉션 활성화 | |
|
|
|
| 외부에서 액세스할 수 있는 URL을 생성하는 데 사용되는 호스트 이름을 재정의합니다. 호스트 및 포트 덮어쓰기는 HTTPS 패스스루 Ingress 또는 경로를 사용하여 레지스트리를 배포할 때 유용합니다. 이러한 경우 리디렉션에 다시 사용되는 요청 URL(및 포트)은 요청이 프록시되므로 클라이언트에서 사용하는 실제 외부 URL에 속하지 않습니다. 대상 URL에 연결할 수 없기 때문에 리디렉션이 실패합니다. | |
|
|
|
| 외부 액세스 가능한 URL을 생성하는 데 사용되는 포트를 재정의합니다. |
3.1.11. rest 링크 복사링크가 클립보드에 복사되었습니다!
| 이름 | 유형 | 기본 | 에서 사용 가능 | 설명 |
|---|---|---|---|---|
|
|
|
|
| URL에서 다운로드할 수 있는 아티팩트의 최대 크기 |
|
|
|
|
| URL에서 아티팩트를 다운로드할 때 SSL 검증 건너뛰기 |
|
|
|
|
| 아티팩트 버전 삭제 활성화 |
|
|
|
|
| 아티팩트 삭제 활성화 |
|
|
|
|
| 그룹 삭제 활성화 |
|
|
|
|
| 아티팩트 버전 변경 기능 활성화 |
|
|
|
|
| 검색 결과 내에서 항목당 라벨(바이트)의 최대 크기 |
3.1.12. semver 링크 복사링크가 클립보드에 복사되었습니다!
| 이름 | 유형 | 기본 | 에서 사용 가능 | 설명 |
|---|---|---|---|---|
|
|
|
|
| true인 경우 유효하지 않은 버전은 가능한 경우 Semantic Versioning 2 형식(https://semver.org)으로 강제 적용됩니다. |
|
|
|
|
| 주요('A.x') 및 마이너('A.B.x') 아티팩트 버전에 대한 분기를 자동으로 생성하거나 업데이트합니다. |
|
|
|
|
| 모든 아티팩트 버전이 Semantic Versioning 2 형식(https://semver.org)을 준수하는지 확인합니다. |
3.1.13. storage 링크 복사링크가 클립보드에 복사되었습니다!
| 이름 | 유형 | 기본 | 에서 사용 가능 | 설명 |
|---|---|---|---|---|
|
|
|
|
| GitOps BlueSource db 종류 |
|
|
|
|
| GitOps Blue 데이터 소스 풀 초기 크기 |
|
|
|
|
| GitOps Blue 데이터 소스 풀 최대 크기 |
|
|
|
|
| GitOps Blue 데이터 소스 풀 최소 크기 |
|
|
|
|
| GitOps blue datasource jdbc url |
|
|
|
|
| GitOps Blue 데이터 소스 암호 |
|
|
|
|
| GitOps Blue 데이터 소스 사용자 이름 |
|
|
|
|
| GitOps 녹색 데이터 소스 db 종류 |
|
|
|
|
| GitOps 녹색 데이터 소스 풀 초기 크기 |
|
|
|
|
| GitOps 녹색 데이터 소스 풀 최대 크기 |
|
|
|
|
| GitOps 녹색 데이터 소스 풀 최소 크기 |
|
|
|
|
| GitOps 녹색 데이터 소스 jdbc url |
|
|
|
|
| GitOps 녹색 데이터 소스 암호 |
|
|
|
|
| GitOps 녹색 데이터 소스 사용자 이름 |
|
|
|
| 스토리지 이벤트 주제 | |
|
|
| Kafka sql 스토리지 부트스트랩 서버 | ||
|
|
|
| 소비자 그룹 이름에 대한 Kafka sql 스토리지 접두사 | |
|
|
|
| Kafka sql 스토리지 소비자 폴링 시간 초과 | |
|
|
|
| Kafka sql 스토리지 조정기 응답 시간 초과 | |
|
|
| Kafka sql 스토리지 보안 프로토콜 | ||
|
|
| Kafka sql 스토리지 sasl 클라이언트 식별자 | ||
|
|
| Kafka sql 스토리지 sasl 클라이언트 시크릿 | ||
|
|
|
| Kafka sql 스토리지 sasl 사용 | |
|
|
| Kafka sql 스토리지 sasl 로그인 콜백 처리기 | ||
|
|
| Kafka sql 스토리지 sasl 메커니즘 | ||
|
|
| Kafka sql 스토리지 sasl 토큰 끝점 | ||
|
|
| Kafka sql 스토리지 ssl 신뢰 저장소 위치 | ||
|
|
| Kafka sql 스토리지 ssl truststore 유형 | ||
|
|
|
|
| Kafka sql 저널 주제 스냅샷 모든 |
|
|
|
|
| Kafka sql 스토리지 주제 이름 |
|
|
| Kafka sql 스토리지 ssl 키 암호 | ||
|
|
| Kafka sql 스토리지 ssl 키 저장소 위치 | ||
|
|
| Kafka sql 스토리지 ssl 키 저장소 암호 | ||
|
|
| Kafka sql 스토리지 ssl 키 저장소 유형 | ||
|
|
| Kafka sql 스토리지 ssl truststore 암호 | ||
|
|
|
| Kafka sql 스토리지 주제 이름 | |
|
|
|
| Kafka sql 스토리지 주제 자동 생성 | |
|
|
|
|
| 데이터베이스 스키마 이름(여러 스키마에서 동일한 데이터베이스에 대해 레지스트리의 두 인스턴스를 실행할 때만 필요) |
|
|
|
|
| SQL init |
|
|
|
| 애플리케이션 스토리지 변형(예: sql, kafkasql 또는 gitops) | |
|
|
|
|
| 레지스트리 스토리지 읽기 전용 모드 활성화 |
|
|
|
|
| Kafka sql 스냅샷 저장소 위치 |
|
|
|
|
| 애플리케이션 데이터 소스 데이터베이스 유형 |
|
|
|
|
| 최신 아티팩트 버전을 검색할 때 DISABLED 상태로 아티팩트 버전 건너뛰기 |
3.1.14. ui 링크 복사링크가 클립보드에 복사되었습니다!
| 이름 | 유형 | 기본 | 에서 사용 가능 | 설명 |
|---|---|---|---|---|
|
|
|
|
| OIDC clientId |
|
|
|
|
| OIDC 로그 아웃 URL |
|
|
|
|
| OIDC redirectUri |
|
|
|
|
| UI 인증 OIDC 범위 값 |
|
|
|
|
| UI의 컨텍스트 경로 |
|
|
|
|
| 문서 구성 요소의 URL |
|
|
|
|
| UI에서 이동 경로를 표시하는 활성화 |
|
|
|
|
| UI를 읽기 전용 모드로 설정하는 데 사용 가능 |
|
|
|
|
| UI의 설정 탭을 표시하도록 활성화 |
|
|
|
|
| 모든 UI 경로에 대한 탐색 접두사 |
3.2. Service Registry 버전 2에서 버전 3 구성 변경 링크 복사링크가 클립보드에 복사되었습니다!
Service Registry v3에서는 구성 옵션을 단순화하여 중복을 제거하고 일관성을 개선했습니다. 대부분의 옵션의 경우 유일한 변경 사항은 레지스트리에서 apicurio 로 접두사를 ssrenaming하는 것입니다(예: registry.kafkasql.bootstrap.servers 를 apicurio.kafkasql.bootstrap.servers 로 변경 ).
각 구성 속성에 대해 해당 환경 변수(예: APICURIO_KAFKASQL_BOOTSTRAP_SERVERS.s)를 사용하여 값을 재정의할 수 있습니다.
3.2.1. api 링크 복사링크가 클립보드에 복사되었습니다!
| 이름 | 새로운 옵션 |
|---|---|
|
|
|
|
|
|
3.2.2. auth 링크 복사링크가 클립보드에 복사되었습니다!
| 이름 | 새로운 옵션 |
|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
3.2.3. 캐시 링크 복사링크가 클립보드에 복사되었습니다!
| 이름 | 새로운 옵션 |
|---|---|
|
|
|
3.2.4. ccompat 링크 복사링크가 클립보드에 복사되었습니다!
| 이름 | 새로운 옵션 |
|---|---|
|
|
|
|
|
|
|
|
|
3.2.5. 다운로드 링크 복사링크가 클립보드에 복사되었습니다!
| 이름 | 새로운 옵션 |
|---|---|
|
|
|
3.2.6. 이벤트 링크 복사링크가 클립보드에 복사되었습니다!
| 이름 | 새로운 옵션 |
|---|---|
|
|
|
3.2.7. 상태 링크 복사링크가 클립보드에 복사되었습니다!
| 이름 | 새로운 옵션 |
|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
3.2.8. 가져오기 링크 복사링크가 클립보드에 복사되었습니다!
| 이름 | 새로운 옵션 |
|---|---|
|
|
|
3.2.9. kafka 링크 복사링크가 클립보드에 복사되었습니다!
| 이름 | 새로운 옵션 |
|---|---|
|
|
|
|
|
|
3.2.10. limits 링크 복사링크가 클립보드에 복사되었습니다!
| 이름 | 새로운 옵션 |
|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
3.2.11. 리디렉션 링크 복사링크가 클립보드에 복사되었습니다!
| 이름 | 새로운 옵션 |
|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
3.2.12. rest 링크 복사링크가 클립보드에 복사되었습니다!
| 이름 | 새로운 옵션 |
|---|---|
|
|
|
|
|
|
|
|
|
3.2.13. Store 링크 복사링크가 클립보드에 복사되었습니다!
| 이름 | 새로운 옵션 |
|---|---|
|
|
|
|
|
|
3.2.14. ui 링크 복사링크가 클립보드에 복사되었습니다!
| 이름 | 새로운 옵션 |
|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
부록 A. 서브스크립션 사용 링크 복사링크가 클립보드에 복사되었습니다!
서비스 레지스트리는 소프트웨어 서브스크립션을 통해 제공됩니다. 서브스크립션을 관리하려면 Red Hat 고객 포털에서 계정에 액세스하십시오.
계정 액세스
- access.redhat.com 으로 이동합니다.
- 계정이 없는 경우 계정을 생성합니다.
- 계정에 로그인합니다.
서브스크립션 활성화
- access.redhat.com 으로 이동합니다.
- 내 서브스크립션 으로 이동합니다.
- 서브스크립션 활성화로 이동하여 16자리 활성화 번호를 입력합니다.
ZIP 및 TAR 파일 다운로드
ZIP 또는 TAR 파일에 액세스하려면 고객 포털을 사용하여 다운로드할 관련 파일을 찾습니다. RPM 패키지를 사용하는 경우 이 단계는 필요하지 않습니다.
- 브라우저를 열고 Red Hat Customer Portal 제품 다운로드 페이지에 access.redhat.com/downloads.
- 통합 및 자동화 카테고리에서 Red Hat Integration 항목을 찾습니다.
- 원하는 Service Registry 제품을 선택합니다. 소프트웨어 다운로드 페이지가 열립니다.
- 구성 요소에 대한 다운로드 링크를 클릭합니다.
2025-05-15에 최종 업데이트된 문서