1.14. Red Hat OpenShift Serverless 1.18.0 릴리스 정보

향후 OpenShift Serverless 1.19.0 릴리스에서는 보안을 강화하기 위해 외부 경로의 URL 체계가 기본적으로 HTTPS로 설정됩니다.

이러한 변경 사항을 워크로드에 적용하지 않으려면 다음 YAML을 KnativeServing CR(사용자 정의 리소스)에 추가하여 1.19.0으로 업그레이드하기 전에 기본 설정을 덮어쓸 수 있습니다.

...
spec:
  config:
    network:
      defaultExternalScheme: "http"
...

변경 사항이 1.18.0에 이미 적용되려면 다음 YAML을 추가합니다.

...
spec:
  config:
    network:
      defaultExternalScheme: "https"
...

향후 OpenShift Serverless 1.19.0 릴리스에서는 Kourier 게이트웨이가 노출되는 기본 서비스 유형은 LoadBalancer 가 아닌 ClusterIP 가 됩니다.

이러한 변경 사항을 워크로드에 적용하지 않으려면 다음 YAML을 KnativeServing CR(사용자 정의 리소스)에 추가하여 1.19.0으로 업그레이드하기 전에 기본 설정을 덮어쓸 수 있습니다.

...
spec:
  ingress:
    kourier:
      service-type: LoadBalancer
...

이전 버전에서는 Kafka 채널 또는 새 Kafka 소스에 대한 새 서브스크립션을 생성한 경우 Kafka 데이터 플레인에서 새로 생성된 서브스크립션 또는 싱크에서 준비 상태를 보고한 후 메시지를 디스패치할 준비가 되었습니다.

결과적으로 데이터 플레인에서 준비 상태를 보고하지 않은 시간 동안 전송된 메시지가 구독자 또는 싱크로 전달되지 않았을 수 있습니다.

OpenShift Serverless 1.18.0에서 문제가 해결되어 초기 메시지가 더 이상 손실되지 않습니다. 문제에 대한 자세한 내용은 기술 자료 문서 #6343981 을 참조하십시오.

이전 버전의 Knative kn CLI에서는 이전 버전의 Knative Serving 및 Knative Eventing API를 사용할 수 있습니다. 예를 들어 kn CLI 버전 0.23.2는 v1alpha1 API 버전을 사용합니다.

반면 OpenShift Serverless의 최신 릴리스는 더 이상 이전 API 버전을 지원하지 않을 수 있습니다. 예를 들어 OpenShift Serverless 1.18.0에서는 kafkasources.sources.knative.dev API의 버전 v1alpha1 을 더 이상 지원하지 않습니다.

결과적으로 최신 OpenShift Serverless와 함께 이전 버전의 Knative kn CLI를 사용하면 kn 에서 오래된 API를 찾을 수 없기 때문에 오류가 발생할 수 있습니다. 예를 들어 kn CLI의 버전 0.23.2는 OpenShift Serverless 1.18.0에서 작동하지 않습니다.

문제를 방지하려면 OpenShift Serverless 릴리스에 사용 가능한 최신 kn CLI 버전을 사용하십시오. OpenShift Serverless 1.18.0의 경우 Knative kn CLI 0.24.0을 사용합니다.