Serverless 정보

• OpenShift Serverless에서 Knative Serving 1.7을 사용합니다.
• OpenShift Serverless에서 Knative Eventing 1.7을 사용합니다.
• OpenShift Serverless에서 Kourier 1.7을 사용합니다.
• OpenShift Serverless에서 Knative(kn) CLI 1.7을 사용합니다.
• OpenShift Serverless에서 Apache Kafka 1.7에 Knative 브로커 구현을 사용합니다.
• kn func CLI 플러그인은 이제 func 1.9.1 버전을 사용합니다.
• 이제 OpenShift Serverless Functions의 node.js 및 TypeScript 런타임을 GA(일반 사용 가능)로 사용할 수 있습니다.
• OpenShift Serverless Functions의 Python 런타임은 이제 기술 프리뷰로 사용할 수 있습니다.
• Knative Serving에 대한 멀티컨테이너 지원을 기술 프리뷰로 사용할 수 있습니다. 이 기능을 사용하면 단일 Knative 서비스를 사용하여 멀티컨테이너 Pod를 배포할 수 있습니다.

• OpenShift Serverless 1.29 이상에서는 Knative Eventing의 다음 구성 요소가 두 Pod에서 하나로 축소됩니다.

  • imc-controller
  • imc-dispatcher
  • mt-broker-controller
  • mt-broker-filter
  • mt-broker-ingress

• Serving CR에 대한 서버리스.openshift.io/enable-secret-informer-filtering 주석이 더 이상 사용되지 않습니다. 주석은 Istio에만 유효하며 Kourier에는 유효하지 않습니다.

  OpenShift Serverless 1.28을 사용하면 OpenShift Serverless Operator에서 net-istio 및 net-kourier 모두에 환경 변수 ENABLE_SECRET_INFORMER_FILTERING_BY_CERT_UID 를 삽입할 수 있습니다.

  시크릿 필터링을 활성화하면 모든 시크릿에 networking.internal.knative.dev/certificate-uid: "<id>" 로 레이블이 지정됩니다. 그러지 않으면 Knative Serving에서 이를 탐지하지 않아 오류가 발생합니다. 새 시크릿과 기존 보안의 라벨을 모두 지정해야 합니다.

  다음 OpenShift Serverless 릴리스 중 하나에서 시크릿 필터링은 기본적으로 활성화됩니다. 오류를 방지하려면 시크릿에 미리 레이블을 지정합니다.

• 현재 IBM Power, IBM zSystems 및 IBM® LinuxONE의 OpenShift Serverless Functions에서는 Python에 대한 런타임이 지원되지 않습니다.

  이러한 아키텍처에서 node.js, TypeScript 및 Quarkus 함수가 지원됩니다.

• Windows 플랫폼에서는 app.sh 파일 권한으로 Source-to-Image 빌더를 사용하여 Python 함수를 로컬로 빌드, 실행 또는 배포할 수 없습니다.

  이 문제를 해결하려면 Linux용 Windows를 사용하십시오.

• Red Hat OpenShift Serverless 1.27 이전에 생성된 KafkaSource 리소스는 삭제 시 중단됩니다. 이 문제를 해결하려면 KafkaSource 를 삭제한 후 리소스에서 종료자를 제거합니다.

• OpenShift Serverless에서 Knative Serving 1.6을 사용합니다.
• OpenShift Serverless에서 Knative Eventing 1.6을 사용합니다.
• OpenShift Serverless에서 Kourier 1.6을 사용합니다.
• OpenShift Serverless에서 Knative(kn) CLI 1.6을 사용합니다.
• OpenShift Serverless에서 Knative Kafka 1.6을 사용합니다.
• kn func CLI 플러그인은 이제 func 1.8.1을 사용합니다.
• 네임스페이스 범위 브로커를 이제 기술 프리뷰로 사용할 수 있습니다. 예를 들어 이러한 브로커를 사용하여 RBAC(역할 기반 액세스 제어) 정책을 구현할 수 있습니다.
• KafkaSink 는 기본적으로 CloudEvent 바이너리 콘텐츠 모드를 사용합니다. 바이너리 콘텐츠 모드는 CloudEvent 대신 본문에서 헤더를 사용하므로 구조화된 모드보다 효율적입니다. 예를 들어 HTTP 프로토콜의 경우 HTTP 헤더를 사용합니다.
• OpenShift Container Platform 4.10 이상의 OpenShift 경로를 사용하여 외부 트래픽에 HTTP/2 프로토콜을 통해 gRPC 프레임워크를 사용할 수 있습니다. 이를 통해 클라이언트와 서버 간의 통신 효율성과 속도가 향상됩니다.
• Knative Operator Serving 및 Eventings CRD의 API 버전 v1alpha1 은 1.27에서 더 이상 사용되지 않습니다. 이는 향후 버전에서 제거될 예정입니다. Red Hat은 대신 v1beta1 버전을 사용할 것을 권장합니다. Serverless Operator를 업그레이드할 때 CRD가 자동으로 업데이트되므로 기존 설치에 영향을 미치지 않습니다.
• 이제 제공 시간 초과 기능이 기본적으로 활성화되어 있습니다. 이를 통해 전송된 각 HTTP 요청에 대한 시간 초과를 지정할 수 있습니다. 이 기능은 기술 프리뷰로 남아 있습니다.

• 이전 버전에서는 Knative 서비스가 Ready 상태가 되어 로드 밸런서가 준비될 때까지 대기 중인 것으로 보고하는 경우가 있었습니다. 이 문제가 해결되었습니다.

• OpenShift Serverless를 Red Hat OpenShift Service Mesh와 통합하면 클러스터에 보안이 너무 많으면 net-kourier Pod가 시작 시 메모리 부족이 발생합니다.

• 네임스페이스 범위 브로커는 네임스페이스 범위 브로커를 삭제한 후에도 사용자 네임스페이스에서 ClusterRoleBinding을 종료할 수 있습니다.

  이 경우 사용자 네임스페이스에서 rbac-proxy-reviews-prom-rb-knative-kafka-broker-data-plane-{{.Namespace}} 이라는 ClusterRoleBinding 을 삭제합니다.

• security.dataPlane.mtls: true 를 사용하여 SMCP에 net-istio 를 사용하고 mTLS를 활성화하면 서비스 메시는 OpenShift Serverless의 DomainMapping 을 허용하지 않는 *.local 호스트에 대한 DestinationRules 를 배포합니다.

  이 문제를 해결하려면 security.dataPlane.mtls: true 를 사용하는 대신 PeerAuthentication 을 배포하여 mTLS를 활성화합니다.

• OpenShift Serverless Functions with Quarkus가 이제 GA입니다.
• OpenShift Serverless에서 Knative Serving 1.5를 사용합니다.
• OpenShift Serverless에서 Knative Eventing 1.5를 사용합니다.
• OpenShift Serverless에서 Kourier 1.5를 사용합니다.
• OpenShift Serverless에서 Knative(kn) CLI 1.5를 사용합니다.
• OpenShift Serverless에서 Knative Kafka 1.5를 사용합니다.
• OpenShift Serverless에서 Knative Operator 1.3을 사용합니다.
• kn func CLI 플러그인에서 func 1.8.1을 사용합니다.
• PVC(영구 볼륨 클레임)는 이제 GA입니다. PVC는 Knative 서비스에 영구 데이터 스토리지를 제공합니다.

• 이제 새 트리거 필터 기능을 개발자 프리뷰로 사용할 수 있습니다. 이를 통해 사용자는 각 이벤트에 대해 각 표현식이 true 또는 false로 평가되는 필터 표현식 세트를 지정할 수 있습니다.

  새 트리거 필터를 활성화하려면 Operator 구성 맵에서 KnativeEventing 유형의 섹션에 new-trigger-filters: enabled 항목을 추가합니다.

  apiVersion: operator.knative.dev/v1beta1
  kind: KnativeEventing
  ...
  ...
  spec:
    config:
      features:
        new-trigger-filters: enabled
  ...

• Knative Operator 1.3은 operator.knative.dev 용으로 API의 업데이트된 v1beta1 버전을 추가합니다.

  KnativeServing 및 KnativeEventing 사용자 정의 리소스 구성 맵의 v1alpha1 에서 v1beta1 으로 업데이트하려면 apiVersion 키를 편집합니다.

  KnativeServing 사용자 정의 리소스 구성 맵의 예

  apiVersion: operator.knative.dev/v1beta1
  kind: KnativeServing
  ...

  KnativeEventing 사용자 정의 리소스 구성 맵의 예

  apiVersion: operator.knative.dev/v1beta1
  kind: KnativeEventing
  ...

• 이전에는 Kafka 브로커, Kafka 소스 및 Kafka 싱크에 대해 FIPS(Federal Information Processing Standards) 모드가 비활성화되었습니다. 이 문제는 해결되었으며 FIPS 모드를 사용할 수 있습니다.

• security.dataPlane.mtls: true 를 사용하여 SMCP에 net-istio 를 사용하고 mTLS를 활성화하면 서비스 메시는 OpenShift Serverless의 DomainMapping 을 허용하지 않는 *.local 호스트에 대한 DestinationRules 를 배포합니다.

  이 문제를 해결하려면 security.dataPlane.mtls: true 를 사용하는 대신 PeerAuthentication 을 배포하여 mTLS를 활성화합니다.

• OpenShift Serverless에서 Knative Serving 1.4를 사용합니다.
• OpenShift Serverless에서 Knative Eventing 1.4를 사용합니다.
• OpenShift Serverless에서 Kourier 1.4를 사용합니다.
• OpenShift Serverless에서 Knative(kn) CLI 1.4를 사용합니다.
• OpenShift Serverless에서 Knative Kafka 1.4를 사용합니다.
• kn func CLI 플러그인에서 func 1.7.0을 사용합니다.
• 함수를 만들고 배포하기 위한 IDE(통합 개발 환경) 플러그인을 이제 Visual Studio Code 및 IntelliJ 에서 사용할 수 있습니다.

• Knative Kafka 브로커는 이제 GA입니다. Knative Kafka 브로커는 Apache Kafka를 직접 대상으로 하는 Knative 브로커 API의 고성능 구현입니다.

  대신 MT-Channel-Broker를 사용하지 않는 것이 좋지만 Knative Kafka 브로커를 대신 사용하는 것이 좋습니다.

• Knative Kafka 싱크는 이제 GA입니다. KafkaSink 은 CloudEvent 를 가져와서 Apache Kafka 주제로 보냅니다. 이벤트는 구조화된 또는 바이너리 콘텐츠 모드로 지정할 수 있습니다.
• 내부 트래픽에 TLS를 활성화하는 것은 이제 기술 프리뷰로 사용할 수 있습니다.

• 이전 버전에서는 활성 상태 프로브가 실패한 후 컨테이너가 다시 시작되면 Knative Serving에 준비 프로브가 실패한 문제가 있었습니다. 이 문제가 해결되었습니다.

• Kafka 브로커, Kafka 소스 및 Kafka 싱크에 대해 FIPS(Federal Information Processing Standards) 모드가 비활성화됩니다.
• SinkBinding 오브젝트는 서비스에 대한 사용자 정의 버전 이름을 지원하지 않습니다.

• Knative Serving 컨트롤러 Pod는 클러스터에서 시크릿을 감시하기 위해 새 정보를 추가합니다. 정보 제공자에는 캐시에 시크릿이 포함되어 있어 컨트롤러 Pod의 메모리 사용량이 증가합니다.

  Pod가 메모리가 부족하면 배포에 대한 메모리 제한을 늘려 문제를 해결할 수 있습니다.

• security.dataPlane.mtls: true 를 사용하여 SMCP에 net-istio 를 사용하고 mTLS를 활성화하면 서비스 메시는 OpenShift Serverless의 DomainMapping 을 허용하지 않는 *.local 호스트에 대한 DestinationRules 를 배포합니다.

  이 문제를 해결하려면 security.dataPlane.mtls: true 를 사용하는 대신 PeerAuthentication 을 배포하여 mTLS를 활성화합니다.

• OpenShift Serverless에서 Knative Serving 1.3을 사용합니다.
• OpenShift Serverless에서 Knative Eventing 1.3을 사용합니다.
• OpenShift Serverless에서 Kourier 1.3을 사용합니다.
• OpenShift Serverless에서 Knative kn CLI 1.3을 사용합니다.
• OpenShift Serverless에서 Knative Kafka 1.3을 사용합니다.
• kn func CLI 플러그인에서 func 0.24를 사용합니다.
• 이제 Knative 서비스에 대한 init 컨테이너 지원을 일반적으로 사용할 수 있습니다(GA).
• OpenShift Serverless 논리를 개발자 프리뷰로 사용할 수 있습니다. 서버리스 애플리케이션을 관리하기 위해 선언적 워크플로 모델을 정의할 수 있습니다.
• OpenShift Container Platform의 경우 OpenShift Serverless에서 비용 관리 서비스를 사용할 수 있습니다.

• OpenShift Serverless를 Red Hat OpenShift Service Mesh와 통합하면 클러스터에 보안이 너무 많으면 net-istio-controller Pod가 시작 시 메모리 부족이 발생합니다.

  이제 보안 필터링을 활성화하여 net-istio-controller 가 networking.internal.knative.dev/certificate-uid 라벨이 있는 시크릿만 고려하여 필요한 메모리 양을 줄일 수 있습니다.

• OpenShift Serverless Functions 기술 프리뷰에서는 기본적으로 Cloud Native Buildpacks 를 사용하여 컨테이너 이미지를 빌드합니다.

• Kafka 브로커, Kafka 소스 및 Kafka 싱크에 대해 FIPS(Federal Information Processing Standards) 모드가 비활성화됩니다.

• OpenShift Serverless 1.23에서는 KafkaBindings 및 kafka-binding webhook에 대한 지원이 제거되었습니다. 그러나 기존 kafkabindings.webhook.kafka.sources.knative.dev MutatingWebhookConfiguration 은 더 이상 존재하지 않는 kafka-source-webhook 서비스를 가리키는 남아 있을 수 있습니다.

  클러스터에서 KafkaBindings의 특정 사양에 대해 kafkabindings.webhook.kafka.sources.knative.dev MutatingWebhookConfiguration 을 구성하여 Deployments, Knative Services 또는 Jobs와 같은 다양한 리소스에 이벤트를 업데이트하고, Webhook를 통해 실패할 수 있습니다.

  이 문제를 해결하려면 OpenShift Serverless 1.23으로 업그레이드한 후 kafkabindings.webhook.kafka.sources.knative.dev MutatingWebhookConfiguration 을 수동으로 삭제합니다.

  $ oc delete mutatingwebhookconfiguration kafkabindings.webhook.kafka.sources.knative.dev

• security.dataPlane.mtls: true 를 사용하여 SMCP에 net-istio 를 사용하고 mTLS를 활성화하면 서비스 메시는 OpenShift Serverless의 DomainMapping 을 허용하지 않는 *.local 호스트에 대한 DestinationRules 를 배포합니다.

  이 문제를 해결하려면 security.dataPlane.mtls: true 를 사용하는 대신 PeerAuthentication 을 배포하여 mTLS를 활성화합니다.

• 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 func CLI 플러그인에서 func 0.24를 사용합니다.
• Kafka 브로커와 함께 kafka.eventing.knative.dev/external.topic 주석을 사용할 수 있습니다. 이 주석을 사용하면 브로커가 자체 내부 주제를 생성하는 대신 기존 외부 관리 주제를 사용할 수 있습니다.
• kafka-ch-controller 및 kafka-webhook Kafka 구성 요소가 더 이상 존재하지 않습니다. 이러한 구성 요소는 kafka-webhook-eventing 구성 요소로 교체되었습니다.
• OpenShift Serverless Functions 기술 프리뷰에서는 기본적으로 S2I(Source-to-Image)를 사용하여 컨테이너 이미지를 빌드합니다.

• 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를 활성화합니다.

• OpenShift Serverless에서 Knative Serving 1.1을 사용합니다.
• OpenShift Serverless에서 Knative Eventing 1.1을 사용합니다.
• OpenShift Serverless에서 Kourier 1.1을 사용합니다.
• OpenShift Serverless에서 Knative(kn) CLI 1.1을 사용합니다.
• OpenShift Serverless에서 Knative Kafka 1.1을 사용합니다.
• kn func CLI 플러그인에서 func 0.23을 사용합니다.
• Knative 서비스에 대한 Init 컨테이너 지원을 기술 프리뷰로 사용할 수 있습니다.
• Knative 서비스에 대한 PVC(영구 볼륨 클레임) 지원을 기술 프리뷰로 사용할 수 있습니다.
• knative-serving,knative-serving-ingress,knative-eventing 및 knative-kafka 시스템 네임스페이스에 기본적으로 knative.openshift.io/part-of: "openshift-serverless" 레이블이 있습니다.
• Knative Eventing - Kafka Broker/Trigger 대시보드가 추가되어 웹 콘솔에서 Kafka 브로커를 시각화하고 트리거할 수 있습니다.
• Knative Eventing - KafkaSink 대시보드가 추가되어 웹 콘솔에서 KafkaSink 지표를 시각화할 수 있습니다.
• Knative Eventing - Broker/Trigger 대시보드를 Knative Eventing - 채널 기반 브로커/Trigger 라고 합니다.
• knative.openshift.io/part-of: "openshift-serverless" 레이블은 knative.openshift.io/system-namespace 라벨을 대체합니다.
• Knative Serving YAML 구성 파일의 이름 지정 스타일은 camel case(ExampleName)에서 하이픈 스타일(example-name)으로 변경되었습니다. 이 릴리스부터 Knative Serving YAML 구성 파일을 생성하거나 편집할 때 하이픈 스타일 표기법을 사용합니다.

• Kafka 브로커, Kafka 소스 및 Kafka 싱크에 대해 FIPS(Federal Information Processing Standards) 모드가 비활성화됩니다.

• OpenShift Serverless에서 Knative Serving 1.0 사용
• OpenShift Serverless에서 Knative Eventing 1.0을 사용합니다.
• OpenShift Serverless에서 Kourier 1.0을 사용합니다.
• OpenShift Serverless에서 Knative(kn) CLI 1.0을 사용합니다.
• OpenShift Serverless에서 Knative Kafka 1.0을 사용합니다.
• kn func CLI 플러그인에서 func 0.21을 사용합니다.
• Kafka 싱크를 기술 프리뷰로 사용할 수 있습니다.
• Knative 오픈 소스 프로젝트는 kebab-cased 키를 일관되게 사용하는 것이 좋습니다. 결과적으로 이전에 OpenShift Serverless 1.18.0 릴리스 노트에 언급된 defaultExternalScheme 키는 더 이상 사용되지 않으며 default-external-scheme 키로 대체됩니다. 키에 대한 사용 지침은 동일하게 유지됩니다.

• OpenShift Serverless 1.20.0에는 kn 이벤트 전송 사용에 영향을 미치는 이벤트 전달 문제가 있어 서비스에 이벤트를 보냅니다. 이제 이 문제가 해결되었습니다.
• OpenShift Serverless 1.20.0(func 0.20)에서는 http 템플릿으로 생성된 TypeScript 함수가 클러스터에 배포되지 않았습니다. 이제 이 문제가 해결되었습니다.
• OpenShift Serverless 1.20.0(func 0.20)에서는 gcr.io 레지스트리를 사용하여 함수를 배포할 때 오류와 함께 실패했습니다. 이제 이 문제가 해결되었습니다.
• OpenShift Serverless 1.20.0(func 0.20)에서 kn func create 명령을 사용하여 Springboot 함수 프로젝트 디렉터리를 생성한 다음 kn func build 명령을 실행하면 오류 메시지와 함께 실패했습니다. 이제 이 문제가 해결되었습니다.
• OpenShift Serverless 1.19.0(func 0.19)에서는 podman을 사용하여 일부 런타임에서 함수를 빌드할 수 없었습니다. 이제 이 문제가 해결되었습니다.

• 현재 도메인 매핑 컨트롤러는 현재 지원되지 않는 경로가 포함된 브로커의 URI를 처리할 수 없습니다.

  즉, DomainMapping CR(사용자 정의 리소스)을 사용하여 사용자 정의 도메인을 브로커에 매핑하려면 브로커의 수신 서비스를 사용하여 DomainMapping CR을 구성하고 브로커의 정확한 경로를 사용자 정의 도메인에 추가해야 합니다.

  DomainMapping CR의 예

  apiVersion: serving.knative.dev/v1alpha1
  kind: DomainMapping
  metadata:
    name: <domain-name>
    namespace: knative-eventing
  spec:
    ref:
      name: broker-ingress
      kind: Service
      apiVersion: v1

  브로커의 URI는 < domain-name>/<broker-namespace>/<broker-name>입니다.

• OpenShift Serverless에서 Knative Serving 0.26을 사용합니다.
• OpenShift Serverless에서 Knative Eventing 0.26을 사용합니다.
• OpenShift Serverless에서 Kourier 0.26을 사용합니다.
• OpenShift Serverless에서 Knative(kn) CLI 0.26을 사용합니다.
• OpenShift Serverless에서 Knative Kafka 0.26을 사용합니다.
• kn func CLI 플러그인에서 func 0.20을 사용합니다.

• Kafka 브로커를 기술 프리뷰로 사용할 수 있습니다.

  중요

  현재 기술 프리뷰에 있는 Kafka 브로커는 FIPS에서 지원되지 않습니다.

• kn 이벤트 플러그인은 이제 기술 프리뷰로 사용할 수 있습니다.
• kn service create 명령의 --min-scale 및 --max-scale 플래그가 더 이상 사용되지 않습니다. 대신 --scale-min 및 --scale-max 플래그를 사용합니다.

• OpenShift Serverless는 HTTPS를 사용하는 기본 주소로 Knative 서비스를 배포합니다. 이벤트를 클러스터 내부의 리소스로 전송할 때 발신자에 클러스터 인증 기관(CA)이 구성되어 있지 않습니다. 이로 인해 클러스터가 전역에서 허용되는 인증서를 사용하지 않는 한 이벤트 전달이 실패합니다.

  예를 들어 공개적으로 액세스 가능한 주소로 이벤트 전달은 다음과 같습니다.

  $ kn event send --to-url https://ce-api.foo.example.com/

  반면, 서비스에서 사용자 정의 CA에서 발행한 HTTPS 인증서가 있는 공용 주소를 사용하는 경우 이 전달이 실패합니다.

  $ kn event send --to Service:serving.knative.dev/v1:event-display

  브로커 또는 채널과 같은 다른 주소 지정 가능한 개체에 이벤트를 보내는 것은 이 문제의 영향을 받지 않으며 예상대로 작동합니다.

• Kafka 브로커는 현재 FIPS(Federal Information Processing Standards) 모드가 활성화된 클러스터에서 작동하지 않습니다.

• kn func create 명령을 사용하여 Springboot 함수 프로젝트 디렉터리를 생성하면 kn func build 명령을 나중에 실행하면 이 오류 메시지와 함께 실패합니다.

  [analyzer] no stack metadata found at path ''
  [analyzer] ERROR: failed to : set API for buildpack 'paketo-buildpacks/ca-certificates@3.0.2': buildpack API version '0.7' is incompatible with the lifecycle

  이 문제를 해결하려면 함수 구성 파일 func.yaml.yaml에서 builder 속성을 gcr.io/paketo-buildpacks/builder:base 로 변경할 수 있습니다.

• gcr.io 레지스트리를 사용하여 함수를 배포하면 다음 오류 메시지와 함께 실패합니다.

  Error: failed to get credentials: failed to verify credentials: status code: 404

  이 문제를 해결하려면 quay.io 또는 docker.io 와 같은 gcr.io 와 다른 레지스트리를 사용합니다.

• http 템플릿으로 생성된 TypeScript 함수는 클러스터에 배포하지 못합니다.

  이 문제를 해결하려면 func.yaml 파일에서 다음 섹션을 교체합니다.

  buildEnvs: []

  다음과 같이 수행합니다.

  buildEnvs:
  - name: BP_NODE_RUN_SCRIPTS
    value: build

• func 버전 0.20에서 일부 런타임은 podman을 사용하여 함수를 빌드할 수 없습니다. 다음과 유사한 오류 메시지가 표시될 수 있습니다.

  ERROR: failed to image: error during connect: Get "http://%2Fvar%2Frun%2Fdocker.sock/v1.40/info": EOF

  • 이 문제에 대한 해결방법은 다음과 같습니다.

    1. service ExecStart 정의에 --time=0 을 추가하여 podman 서비스를 업데이트합니다.

       서비스 구성 예

       ExecStart=/usr/bin/podman $LOGGING system service --time=0

    2. 다음 명령을 실행하여 podman 서비스를 다시 시작하십시오.

       $ systemctl --user daemon-reload

       $ systemctl restart --user podman.socket

  • 또는 TCP를 사용하여 podman API를 노출할 수 있습니다.

    $ podman system service --time=0 tcp:127.0.0.1:5534 &
    export DOCKER_HOST=tcp://127.0.0.1:5534

• OpenShift Serverless에서 Knative Serving 0.25를 사용합니다.
• OpenShift Serverless에서 Knative Eventing 0.25를 사용합니다.
• OpenShift Serverless에서 Kourier 0.25를 사용합니다.
• OpenShift Serverless에서 Knative(kn) CLI 0.25를 사용합니다.
• OpenShift Serverless에서 Knative Kafka 0.25를 사용합니다.
• kn func CLI 플러그인에서 func 0.19를 사용합니다.
• KafkaBinding API는 OpenShift Serverless 1.19.0에서 더 이상 사용되지 않으며 향후 릴리스에서 제거됩니다.
• 이제 HTTPS 리디렉션이 지원되며 클러스터 또는 각 Knative 서비스에 대해 전역적으로 구성할 수 있습니다.

• 이전 릴리스에서는 Kafka 채널 디스패처가 응답하기 전에 로컬 커밋이 성공할 때까지만 대기했으며 Apache Kafka 노드 실패의 경우 이벤트가 손실되었을 수 있었습니다. Kafka 채널 디스패처에서 응답하기 전에 모든 동기화 복제본이 커밋될 때까지 기다립니다.

• func 버전 0.19에서 일부 런타임은 podman을 사용하여 함수를 빌드할 수 없습니다. 다음과 유사한 오류 메시지가 표시될 수 있습니다.

  ERROR: failed to image: error during connect: Get "http://%2Fvar%2Frun%2Fdocker.sock/v1.40/info": EOF

  • 이 문제에 대한 해결방법은 다음과 같습니다.

    1. service ExecStart 정의에 --time=0 을 추가하여 podman 서비스를 업데이트합니다.

       서비스 구성 예

       ExecStart=/usr/bin/podman $LOGGING system service --time=0

    2. 다음 명령을 실행하여 podman 서비스를 다시 시작하십시오.

       $ systemctl --user daemon-reload

       $ systemctl restart --user podman.socket

  • 또는 TCP를 사용하여 podman API를 노출할 수 있습니다.

    $ podman system service --time=0 tcp:127.0.0.1:5534 &
    export DOCKER_HOST=tcp://127.0.0.1:5534

• OpenShift Serverless에서 Knative Serving 0.24.0을 사용합니다.
• OpenShift Serverless에서 Knative Eventing 0.24.0을 사용합니다.
• OpenShift Serverless에서 Kourier 0.24.0을 사용합니다.
• OpenShift Serverless에서 Knative(kn) CLI 0.24.0을 사용합니다.
• OpenShift Serverless에서 Knative Kafka 0.24.7을 사용합니다.
• kn func CLI 플러그인에서 func 0.18.0을 사용합니다.

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

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

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

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

• OpenShift Serverless에서 emptyDir 볼륨을 사용할 수 있습니다. 자세한 내용은 Knative Serving에 대한 OpenShift Serverless 설명서를 참조하십시오.
• kn func 를 사용하여 함수를 생성할 때rust 템플릿을 사용할 수 있습니다.

• Camel-K의 이전 1.4 버전은 OpenShift Serverless 1.17.0과 호환되지 않았습니다. Camel-K의 문제가 해결되었으며 Camel-K 버전 1.4.1은 OpenShift Serverless 1.17.0에서 사용할 수 있습니다.

• 이전에는 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을 사용합니다.

• 리소스 정의
• 서비스 로그

• 하나 이상의 특정 기능과 관련된 데이터를 수집하려면 다음 섹션에 나열된 대로 이미지에 --image 인수를 사용합니다.

  예를 들면 다음과 같습니다.

  $ oc adm must-gather  --image=registry.redhat.io/container-native-virtualization/cnv-must-gather-rhel8:v4.13.0

• 감사 로그를 수집하려면 다음 섹션에 설명된 대로 -- /usr/bin/gather_audit_logs 인수를 사용하십시오.

  예를 들면 다음과 같습니다.

  $ oc adm must-gather -- /usr/bin/gather_audit_logs

  참고

  감사 로그는 파일 크기를 줄이기 위해 기본 정보 세트의 일부로 수집되지 않습니다.

사전 요구 사항

• OpenShift CLI(oc)를 설치합니다.

절차

• oc adm must-gather 명령을 사용하여 데이터 수집

  $ oc adm must-gather --image=registry.redhat.io/openshift-serverless-1/svls-must-gather-rhel8:<image_version_tag>

  명령 예

  $ oc adm must-gather --image=registry.redhat.io/openshift-serverless-1/svls-must-gather-rhel8:1.14.0