1.14. 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"
...

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

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

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

...
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
...

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

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

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

OpenShift Serverless 1.18.0에서는 문제가 수정되어 초기 메시지가 더 이상 손실되지 않습니다. 이 문제에 대한 자세한 내용은 Knowledgebase 문서 #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 을 지원하지 않습니다.

결과적으로 이전 버전의 Knative kn CLI를 최신 OpenShift Serverless와 함께 사용하면 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을 사용합니다.