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

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

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

...
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으로 업그레이드하기 전에 KnativeServing CR(사용자 정의 리소스)에 다음 YAML을 추가하여 기본 설정을 덮어쓸 수 있습니다.

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

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

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

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

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