1.20. Red Hat OpenShift Serverless 1.23.0
OpenShift Serverless 1.23.0을 사용할 수 있습니다. OpenShift Container Platform의 OpenShift Serverless와 관련된 새로운 기능, 업데이트 및 알려진 문제는 다음 사항에 포함되어 있습니다.
1.20.1. 새로운 기능
- OpenShift Serverless에서 Knative Serving 1.2를 사용합니다.
- OpenShift Serverless에서 Knative Eventing 1.2를 사용합니다.
- OpenShift Serverless에서 Kourier 1.2를 사용합니다.
-
OpenShift Serverless에서 Knative(
kn) CLI 1.2를 사용합니다. - OpenShift Serverless에서 Knative Kafka 1.2를 사용합니다.
-
kn funcCLI 플러그인은 이제func0.24를 사용합니다. -
이제 Kafka 브로커와 함께
kafka.eventing.knative.dev/external.topic주석을 사용할 수 있습니다. 이 주석을 사용하면 브로커가 자체 내부 주제를 생성하는 대신 외부 관리 주제를 사용할 수 있습니다. -
kafka-ch-controller및kafka-webhookKafka 구성 요소가 더 이상 존재하지 않습니다. 이러한 구성 요소는kafka-webhook-eventing구성 요소로 교체되었습니다. - OpenShift Serverless Functions 기술 프리뷰는 기본적으로 S2I(Source-to-Image)를 사용하여 컨테이너 이미지를 빌드합니다.
1.20.2. 확인된 문제
- Kafka 브로커, Kafka 소스 및 Kafka 싱크에 대해 FIPS(Federal Information Processing Standards) 모드는 비활성화되어 있습니다.
-
Kafka 브로커가 포함된 네임스페이스를 삭제하면 브로커 전에 브로커의
auth.secret.ref.name보안이 삭제되면 네임스페이스 종료자가 제거되지 않을 수 있습니다. 많은 수의 Knative 서비스를 사용하여 OpenShift Serverless를 실행하면 Knative 활성화 Pod가 기본 메모리 제한 600MB에 가깝게 실행될 수 있습니다. 메모리 사용량이 이 제한에 도달하면 이러한 Pod가 재시작될 수 있습니다. 활성화자 배포에 대한 요청 및 제한은
KnativeServing사용자 정의 리소스를 수정하여 구성할 수 있습니다.apiVersion: operator.knative.dev/v1beta1 kind: KnativeServing metadata: name: knative-serving namespace: knative-serving spec: deployments: - name: activator resources: - container: activator requests: cpu: 300m memory: 60Mi limits: cpu: 1000m memory: 1000Mi-
함수의 로컬 빌드 전략으로 Cloud Native Buildpacks 를 사용하는 경우
kn func는 podman을 자동으로 시작하거나 원격 데몬에 SSH 터널을 사용할 수 없습니다. 이러한 문제의 해결 방법은 함수를 배포하기 전에 Docker 또는 podman 데몬이 로컬 개발 컴퓨터에서 이미 실행되고 있는 것입니다. - On-cluster 함수 빌드는 현재 Quarkus 및 Golang 런타임에 실패합니다. Node, Typescript, Python, Springboot 런타임에서 올바르게 작동합니다.
OpenShift Container Platform에 대한 추가 리소스
