Red Hat 3scale API Management 2.13 on-premises 릴리스 정보
Red Hat 3scale API Management 2.13에서 사용하기 위한 문서
초록
머리말 링크 복사링크가 클립보드에 복사되었습니다!
이 문서는 Red Hat 3scale API Management 2.13 및 관련 패치 릴리스와 함께 사용하도록 작성되었습니다.
1장. Red Hat 3scale API Management 2.13.3 - 패치 릴리스 링크 복사링크가 클립보드에 복사되었습니다!
이 문서는 Red Hat 3scale API Management 2.13.3 온-프레미스에서 사용하기 위한 것입니다.
1.1. 새로운 기능 링크 복사링크가 클립보드에 복사되었습니다!
Red Hat 3scale API Management 2.13.3에서는 다음과 같은 새로운 기능을 제공합니다.
- Red Hat 3scale API Management는 Red Hat OpenShift Container Platform 4.13 (THREESCALE-9586)과 호환됩니다.
2장. Red Hat 3scale API Management 2.13.2 - 패치 릴리스 링크 복사링크가 클립보드에 복사되었습니다!
이 문서는 Red Hat 3scale API Management 2.13.2 온-프레미스와 함께 사용하기 위한 것입니다.
2.1. 보안 업데이트 링크 복사링크가 클립보드에 복사되었습니다!
- Red Hat 제품 권고 포털에서 3scale 2.13.2 보안 업데이트에 대한 최신 정보를 확인하십시오.
3장. Red Hat 3scale API Management 2.13.1 - Patch 릴리스 링크 복사링크가 클립보드에 복사되었습니다!
이 문서는 Red Hat 3scale API Management 2.13.1 온프레미스에서 사용하기 위한 것입니다.
3.1. 해결된 문제 링크 복사링크가 클립보드에 복사되었습니다!
Red Hat 3scale API Management 2.13.1은 다음과 같은 문제를 해결합니다.
| 문제 번호 | 설명 |
|---|---|
| APIcast Operator를 2.12에서 2.13으로 업그레이드 실패 |
4장. Red Hat 3scale API Management 2.13 링크 복사링크가 클립보드에 복사되었습니다!
이 문서는 Red Hat 3scale API Management 2.13 온프레미스에서 사용하기 위한 것입니다.
4.1. 새로운 기능 링크 복사링크가 클립보드에 복사되었습니다!
Red Hat 3scale API Management 2.13에서는 다음과 같은 새로운 기능을 제공합니다.
- FIPS (Federal Information Processing Standards) 모드가 활성화된 OpenShift에 배포된 Red Hat 3scale API Management가 지원됩니다(THREESCALE-5725).
- 마이너 사용자 인터페이스 개선 사항(THREESCALE-825,THREESCALE-8270).
4.2. 기술 프리뷰 기능 링크 복사링크가 클립보드에 복사되었습니다!
기술 프리뷰 기능은 Red Hat 프로덕션 서비스 수준 계약(SLA)에서 지원되지 않으며 기능적으로 완전하지 않을 수 있습니다. 따라서 프로덕션 환경에서 사용하는 것은 권장하지 않습니다. 이러한 기능을 사용하면 향후 제품 기능을 조기에 이용할 수 있어 개발 과정에서 고객이 기능을 테스트하고 피드백을 제공할 수 있습니다. Red Hat 기술 프리뷰 기능의 지원 범위에 대한 자세한 내용은 https://access.redhat.com/support/offerings/techpreview/를 참조하십시오.
Red Hat 3scale API Management 2.13은 기술 프리뷰 기능으로 애플리케이션 기능을 위한 3scale Operator를 제공합니다. 3scale Operator를 사용하면 사용자 정의 리소스를 사용하여 3scale 테넌트, API, 애플리케이션 계획, 제한, 메트릭 및 기타 오브젝트를 3scale 설치(THREESCALE-3486)에서 정의할 수 있습니다. 3scale Operator를 사용하여 3scale 구성 및 프로비저닝을 참조하십시오.
3scale Operator 애플리케이션 기능이 3scale 2.13에서 다음과 같이 향상되었습니다.
-
제품구성을 스테이징 및 프로덕션 APIcast로 승격하는 기능 (THREESCALE-7135) -
DeveloperUser(THREESCALE-7055) 및DeveloperAccount(THREESCALE-7052) 사용자 정의 리소스의 선언적 삭제
4.3. 해결된 문제 링크 복사링크가 클립보드에 복사되었습니다!
Red Hat 3scale API Management 2.13에서는 다음 문제를 해결합니다.
| 문제 번호 | 설명 |
|---|---|
| algorithm 매개변수 JWK "alg" 검사는 선택 사항이어야 합니다. | |
| APIcast는 최신 버전의 프록시 구성을 검색할 수 없습니다. | |
| APIcast 스트립스 HTTPS 요청에 대한 요청 경로 | |
| 로그인 페이지의 인증 정보 필드에 대한 자동 완성 속성 수정 | |
| 계획을 검색할 때 기본 계획 카드가 사라집니다. | |
| 너무 큰 요청 URI로 인해 APIcast 로그에서 오류를 식별하기가 어렵습니다. | |
|
Nginx 필터 정책 UI - 검사를 해제할 때 부울 필드가 기본적으로 | |
| 매핑 규칙 검색 페이지가 검색 결과 페이지에 표시되지 않습니다. | |
| 검색은 클래스 이름으로 검색할 때 모든 레코드를 잘못 반환합니다. |
4.4. 확인된 문제 링크 복사링크가 클립보드에 복사되었습니다!
Red Hat 3scale API Management 2.13의 알려진 문제:
| 문제 번호 | 설명 |
|---|---|
| 3scale에서는 24시간이 지난 제품, 백엔드 또는 계정에 대해 검색이 작동하지 않습니다. | |
|
NGINX Filters 정책은 콘텐츠 캐싱 정책도 추가할 때 적용되지 않습니다. 기본 동작은 콘텐츠 캐싱이 비활성화되어 있습니다. 콘텐츠 캐싱을 활성화하는 경우 NGINX는 NGINX 필터 정책을 추가할 때 해당 헤더를 지정한 경우에도 요청 헤더를 검증할 수 없는 경우 | |
| APIcast Operator를 2.12에서 2.13으로 업그레이드할 수 없습니다. 자세한 내용은 이 지식 문서에 설명된 해결 방법을 참조하십시오. 2.13.1에서 해결된 문제 |
3scale의 사용자 이름은 40자 이상이어야 합니다. 사용자 이름이 40자를 초과하면 3scale은 일반적으로 이를 자릅니다. 다음 중 하나를 수행할 때 이를 고려하십시오.
- 개발자 계정을 생성합니다.
- 공급자 계정을 마스터로 생성합니다.
- 공급자 계정에 사용자를 공급자 계정으로 추가하거나 마스터로 추가합니다.
- 개발자 포털 또는 관리 포털에서 개발자 계정에 사용자를 추가합니다.
- Red Hat Single Sign-On을 사용하여 관리 포털 또는 개발자 포털에 대한 액세스를 인증하는 경우 사용자 이름은 40자 이상이어야 합니다.
5장. 문서 링크 복사링크가 클립보드에 복사되었습니다!
- 3scale 2.13.1에서는 Red Hat OpenShift Container Platform (OCP) 4.12를 지원합니다.
- OCP 4.12로 업그레이드하기 전에 3scale 2.13.1로 업그레이드해야 합니다.
지원되는 구성
- Red Hat 3scale API Management Supported Configurations 웹 사이트에서 3scale 2.13 지원 구성에 대한 최신 정보를 확인하십시오.
보안 업데이트
- Red Hat 제품 권고 포털에서 3scale 2.13 보안 업데이트에 대한 최신 정보를 확인하십시오.
에라타
- 컨테이너 이미지 권고: RHEA-2022:8551
업그레이드 가이드
다음 배포의 경우 3scale 설치를 2.12에서 2.13으로 업그레이드하는 절차를 확인하십시오.
보다 포괄적 수용을 위한 오픈 소스 용어 교체 링크 복사링크가 클립보드에 복사되었습니다!
Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 용어를 교체하기 위해 최선을 다하고 있습니다. 먼저 마스터(master), 슬레이브(slave), 블랙리스트(blacklist), 화이트리스트(whitelist) 등 네 가지 용어를 교체하고 있습니다. 이러한 변경 작업은 작업 범위가 크므로 향후 여러 릴리스에 걸쳐 점차 구현할 예정입니다. 자세한 내용은 CTO Chris Wright의 메시지에서 참조하십시오.