1.12. Red Hat OpenShift Serverless 1.30
OpenShift Serverless 1.30이 공개되었습니다. OpenShift Container Platform의 OpenShift Serverless와 관련된 새로운 기능, 업데이트 및 알려진 문제는 다음에 포함되어 있습니다.
OpenShift Container Platform 4.13은 RHEL (Red Hat Enterprise Linux) 9.2를 기반으로 합니다. FIPS(Federal Information Processing Standards) 검증을 위해 RHEL 9.2가 제출되지 않았습니다. Red Hat은 특정 기간 동안 커밋할 수 없지만 RHEL 9.0 및 RHEL 9.2 모듈에 대한 FIPS 검증을 받을 것으로 예상되며 나중에 RHEL 9.x의 마이너 릴리스도 제공됩니다. 업데이트에 대한 정보는 규정 준수 활동 및 정부 표준 지식 베이스 문서에서 확인할 수 있습니다.
1.12.1. 새로운 기능
- OpenShift Serverless에서 Knative Serving 1.9 사용
- OpenShift Serverless에서 Knative Eventing 1.9를 사용합니다.
- OpenShift Serverless에서 Kourier 1.9 사용
-
OpenShift Serverless에서 Knative(
kn) CLI 1.9를 사용합니다. - OpenShift Serverless에서 Apache Kafka 1.9에 Knative를 사용합니다.
-
kn funcCLI 플러그인은 이제func1.10.1을 사용합니다. - OpenShift Serverless가 HyperShift 호스팅 클러스터에서 실행됩니다.
- OpenShift Serverless가 단일 노드 OpenShift에서 실행됩니다.
- OpenShift Serverless에 대한 개발자 환경을 이제 Visual Studio Code(VSCode)용 OpenShift IDE Extension인 OpenShift Toolkit을 통해 사용할 수 있습니다. 확장 기능은 VSCode 확장 탭 및 VSCode Marketplace에서 설치할 수 있습니다. Visual Studio Code OpenShift Toolkit 확장의 Marketplace 페이지를 참조하십시오.
- OpenShift Serverless Functions는 이제 Red Hat OpenShift Pipelines 버전 1.10 및 1.11을 지원합니다. 이전 버전의 Red Hat OpenShift Pipelines는 더 이상 OpenShift Serverless Functions와 호환되지 않습니다.
Serverless Logic은 이제 TP(기술 프리뷰) 기능으로 사용할 수 있습니다.
자세한 내용은 Serverless Logic 설명서 를 참조하십시오.
OpenShift Serverless 1.30.0부터 다음 런타임 환경은 s2i 빌더를 사용하는 IBM zSystems에서 지원됩니다.
- NodeJS
- Python
- TypeScript
- Quarkus
Red Hat OpenShift Service Mesh와 Eventing의 통합이 이제 TP(기술 프리뷰) 기능으로 제공됩니다.
통합에는 다음이 포함됩니다.
-
PingSource -
ApiServerSource - Apache Kafka의 Knative 소스
- Apache Kafka용 Knative 브로커
- Knative Sink for Apache Kafka
-
ContainerSource -
SinkBinding -
InMemoryChannel -
KafkaChannel - 채널 기반 Knative 브로커
-
- OpenShift Serverless Functions의 pipelines-as-code를 TP(기술 프리뷰)로 사용할 수 있습니다.
-
net-kourier에 대한 QPS(초당 버스트 및 쿼리를 구성할 수 있습니다. OpenShift Serverless Functions 사용자는 개별 Quarkus 함수에 대해
func.yaml파일의준비및 활성 상태프로브값을 덮어쓸 수 있습니다.Quarkus, TypeScript 및 Node.js 함수에 대한 지침은 "기능 개발 참조 가이드"를 참조하십시오.
OpenShift Serverless 1.30.0부터 Kourier 컨트롤러 및 게이트웨이 매니페스트에는 기본적으로 다음과 같은 제한 및 요청이 있습니다.
요청:
- CPU: 200m
- 메모리: 200Mi
제한:
- CPU: 500m
메모리: 500Mi
OpenShift Serverless 설명서의 " Knative Serving 시스템 배포 구성 개요" 섹션을 참조하십시오.
-
TP(기술 프리뷰) 기능인
NamespacedKafka주석은 데이터 플레인 격리 없이 표준 Kafka 브로커를 선호합니다.
1.12.2. 해결된 문제
이전에는
3scale-kourier-gatewayPod에서 매일 수천 개의net-kourier-controllerDNS 쿼리를 전송했습니다. 각NXDOMAIN응답에 대해 새로운 쿼리가 전송되었습니다. 이는 올바른 DNS 쿼리가 생성될 때까지 계속되었습니다.이제 쿼리에 기본적으로
net-kourier-controller.knative-serving-ingress.svc.<cluster domain>.FQDN(정규화된 도메인 이름)이 기본적으로되어 문제를 해결합니다.
1.12.3. 확인된 문제
Podman 버전 4.6을 사용하여 함수를 빌드하고 배포하면
유효하지 않은 가져오기 정책 "1"오류와 함께 실패합니다.이 문제를 해결하려면 Podman 버전 4.5를 사용합니다.
- Pipelines-as-code를 포함한 클러스터 기반 기능 빌드는 IBM zSystems 및 IBM Power에서 지원되지 않습니다.
- Buildpack 빌더는 IBM zSystems 및 IBM Power에서 지원되지 않습니다.
추가 리소스
