1.25. Red Hat OpenShift Serverless 1.18.0

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

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

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

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

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

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

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

...
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을 사용합니다.