1.9. Red Hat OpenShift Serverless 1.23.0 릴리스 노트
OpenShift Serverless 1.23.0을 사용할 수 있습니다. 이에는 OpenShift Dedicated의 OpenShift Serverless와 관련된 새로운 기능, 변경 사항, 알려진 문제가 포함되어 있습니다.
1.9.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.9.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 런타임에 대해 올바르게 작동합니다.
security.dataPlane.mtls: true를 사용하여 SMCP에net-istio를 사용하고 mTLS를 활성화하면 서비스 메시는 OpenShift Serverless의DomainMapping을 허용하지 않는*.local호스트에 대한DestinationRules를 배포합니다.이 문제를 해결하려면
security.dataPlane.mtls: true를 사용하는 대신PeerAuthentication을 배포하여 mTLS를 활성화합니다.
