서버리스 정보

• OpenShift Serverless에서 Knative Serving 1.9 사용
• OpenShift Serverless에서 Knative Eventing 1.9를 사용합니다.
• OpenShift Serverless에서 Kourier 1.9 사용
• OpenShift Serverless에서 Knative(kn) CLI 1.9를 사용합니다.
• OpenShift Serverless에서 Apache Kafka 1.9에 Knative를 사용합니다.
• kn func CLI 플러그인은 이제 func 1.10.1을 사용합니다.
• OpenShift Serverless가 HyperShift 호스팅 클러스터에서 실행됩니다.
• OpenShift Serverless가 단일 노드 OpenShift에서 실행됩니다.
• OpenShift Serverless에 대한 개발자 환경을 이제 Visual Studio Code(VSCode)용 OpenShift IDE Extension인 OpenShift Toolkit을 통해 사용할 수 있습니다. 확장 기능은 VSCode 확장 탭 및 VSCode Marketplace에서 설치할 수 있습니다. Visual Studio Code OpenShift Toolkit 확장의 Marketplace 페이지를 참조하십시오.
• OpenShift Serverless Functions는 이제 Red Hat OpenShift Pipelines 버전 1.10 및 1.11을 지원합니다. 이전 버전의 Red Hat OpenShift Pipelines는 더 이상 OpenShift Serverless Functions와 호환되지 않습니다.

• Serverless Logic은 이제 TP(기술 프리뷰) 기능으로 사용할 수 있습니다.

  자세한 내용은 Serverless Logic 설명서 를 참조하십시오.

• OpenShift Serverless 1.30.0부터 다음 런타임 환경은 s2i 빌더를 사용하는 IBM zSystems에서 지원됩니다.

  • nodejs
  • Python
  • TypeScript
  • Quarkus

• Red Hat OpenShift Service Mesh와 Eventing의 통합이 이제 TP(기술 프리뷰) 기능으로 제공됩니다.

  통합에는 다음이 포함됩니다.

  • PingSource
  • ApiServerSource
  • Apache Kafka의 Knative 소스
  • Apache Kafka용 Knative 브로커
  • Knative Sink for Apache Kafka
  • ContainerSource
  • SinkBinding
  • InMemoryChannel
  • KafkaChannel
  • 채널 기반 Knative 브로커
• OpenShift Serverless Functions의 pipelines-as-code를 TP(기술 프리뷰)로 사용할 수 있습니다.
• net-kourier 에 대한 QPS(초당 버스트 및 쿼리를 구성할 수 있습니다.

• OpenShift Serverless Functions 사용자는 개별 Quarkus 함수에 대해 func.yaml 파일의 준비 및 활성 상태 프로브 값을 덮어쓸 수 있습니다.

  Quarkus, TypeScript 및 Node.js 함수에 대한 지침은 "기능 개발 참조 가이드"를 참조하십시오.

• OpenShift Serverless 1.30.0부터 Kourier 컨트롤러 및 게이트웨이 매니페스트에는 기본적으로 다음과 같은 제한 및 요청이 있습니다.

  • 요청:

    • cpu: 200m
    • 메모리: 200Mi

  • 제한:

    • cpu: 500m

    • 메모리: 500Mi

      OpenShift Serverless 설명서의 " Knative Serving 시스템 배포 구성 개요" 섹션을 참조하십시오.

• TP(기술 프리뷰) 기능인 NamespacedKafka 주석은 데이터 플레인 격리 없이 표준 Kafka 브로커를 선호합니다.

• 이전에는 3scale-kourier-gateway Pod에서 매일 수천 개의 net-kourier-controller DNS 쿼리를 전송했습니다. 각 NXDOMAIN 응답에 대해 새로운 쿼리가 전송되었습니다. 이는 올바른 DNS 쿼리가 생성될 때까지 계속되었습니다.

  이제 쿼리에 기본적으로 net-kourier-controller.knative-serving-ingress.svc.<cluster domain>. FQDN(정규화된 도메인 이름)이 기본적으로되어 문제를 해결합니다.

• Podman 버전 4.6을 사용하여 함수를 빌드하고 배포하면 유효하지 않은 가져오기 정책 "1" 오류와 함께 실패합니다.

  이 문제를 해결하려면 Podman 버전 4.5를 사용합니다.

• Pipelines-as-code를 사용하는 함수 배포는 IBM zSystems 및 IBM Power에서 지원되지 않습니다.
• IBM zSystems 및 IBM Power에서는 Packbuilder가 지원되지 않습니다.

• 이전에는 활성 프로브 오류로 인해 net-kourier-controller 가 시작되지 않는 경우가 있었습니다. 이 문제는 해결되었습니다.

• OpenShift Serverless에서 Knative Serving 1.8을 사용합니다.
• OpenShift Serverless에서 Knative Eventing 1.8을 사용합니다.
• OpenShift Serverless에서 Kourier 1.8을 사용합니다.
• OpenShift Serverless에서 Knative(kn) CLI 1.8을 사용합니다.
• OpenShift Serverless에서 Apache Kafka 1.8에 Knative를 사용합니다.
• kn func CLI 플러그인은 이제 func 1.10을 사용합니다.

• OpenShift Serverless 1.29부터는 다음과 같이 다양한 제품 버전을 사용할 수 있습니다.

  • 최신 릴리스는 stable 채널을 통해 제공됩니다.

  • 최신 버전 이외의 릴리스는 버전 기반 채널을 통해 제공됩니다.

    이를 사용하려면 서브스크립션 오브젝트 YAML 파일의 channel 매개변수를 stable 에서 stable-1.29 와 같은 해당 버전 기반 채널로 업데이트합니다.

    이번 변경으로 최신 릴리스뿐만 아니라 유지 관리 단계의 릴리스에도 업데이트를 받을 수 있습니다.

    또한 Knative (kn) CLI 버전을 잠글 수 있습니다. 자세한 내용은 " Knative CLI 설치" 섹션을 참조하십시오.

• 이제 Red Hat OpenShift Serverless Pipelines를 사용하여 개발자 콘솔을 통해 OpenShift Serverless 함수를 생성할 수 있습니다.
• Knative Serving에 대한 멀티컨테이너 지원을 일반적으로 사용할 수 있습니다. 이 기능을 사용하면 단일 Knative 서비스를 사용하여 멀티컨테이너 Pod를 배포할 수 있습니다.
• OpenShift Serverless 함수가 개별 Node.js 및 TypeScript 함수에 대해 func.yaml 파일의 준비 및 활성 상태 프로브 값을 덮어쓸 수 있습니다.
• 이제 GitHub 리포지토리에서 소스 코드가 변경될 때 클러스터에 자동으로 배포되도록 함수를 구성할 수 있습니다. 이를 통해 보다 원활한 CI/CD 통합을 가능하게 합니다.
• 이제 Service Mesh와 Eventing 통합이 개발자 프리뷰 기능으로 제공됩니다. 통합에는 PingSource,ApiServerSource, Knative Source for Apache Kafka, Knative Broker for Apache Kafka, Knative Sink for Apache Kafka, ContainerSource, SinkBinding.
• 이 릴리스에는 OpenShift Serverless Logic의 업그레이드된 개발자 프리뷰가 포함되어 있습니다.
• Knative Operator Serving 및 Eventings CRD의 API 버전 v1alpha1 이 제거되었습니다. 대신 v1beta1 버전을 사용해야 합니다. 이는 CRD가 Serverless Operator를 업그레이드할 때 자동으로 업데이트되므로 기존 설치에는 영향을 미치지 않습니다.

• DomainMapping에 지정된 시크릿을 업데이트할 때 시크릿을 업데이트해도 조정 루프가 트리거되지 않습니다. 조정 반복문을 트리거하려면 시크릿의 이름을 바꾸거나 Knative Ingress 리소스를 삭제해야 합니다.
• HPA(Webhook Horizontal Pod Autoscaler) 설정은 OpenShift Serverless Operator에서 덮어씁니다. 결과적으로 더 높은 워크로드에 맞게 확장할 수 없습니다. 이 문제를 해결하려면 워크로드에 해당하는 초기 복제본 값을 수동으로 설정합니다.
• Red Hat OpenShift Serverless 1.27 이전에 생성된 KafkaSource 리소스는 삭제 시 중단됩니다. 이 문제를 해결하려면 KafkaSource 를 삭제한 후 리소스에서 종료자를 제거합니다.
• net-kourier-controller 가 활성 프로브 오류로 인해 시작되지 않을 수 있습니다. 지식 베이스 솔루션을 사용하여 문제를 해결할 수 있습니다.

• 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 릴리스 중 하나에서 시크릿 필터링이 기본적으로 활성화됩니다. 실패를 방지하려면 시크릿에 미리 라벨을 지정하십시오.

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

  Node.js, TypeScript 및 Quarkus 기능은 이러한 아키텍처에서 지원됩니다.

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

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

• 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에서 더 이상 사용되지 않습니다. 향후 버전에서는 제거될 예정입니다. 대신 v1beta1 버전을 사용하는 것이 좋습니다. 이는 CRD가 Serverless Operator를 업그레이드할 때 자동으로 업데이트되므로 기존 설치에는 영향을 미치지 않습니다.
• 이제 전달 시간 초과 기능이 기본적으로 활성화되어 있습니다. 전송된 각 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 을 삭제합니다.

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

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

• Quarkus를 사용한 OpenShift Serverless Functions가 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 용으로 업데이트된 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 모드를 사용할 수 있습니다.

• Ingress에 net-istio 를 사용하고 security.dataPlane.mtls: true 를 사용하여 SMCP를 통해 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가 메모리 부족하면 배포에 대한 메모리 제한을 늘려 문제를 해결할 수 있습니다.

• Ingress에 net-istio 를 사용하고 security.dataPlane.mtls: true 를 사용하여 SMCP를 통해 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 컨테이너 지원을 일반적으로 사용할 수 있습니다.
• 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 은 배포, Knative 서비스 또는 작업과 같은 다양한 리소스에 이벤트를 전달하도록 구성할 수 있으며 Webhook를 통해 실패합니다.

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

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

• Ingress에 net-istio 를 사용하고 security.dataPlane.mtls: true 를 사용하여 SMCP를 통해 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 런타임에서 올바르게 작동합니다.

• Ingress에 net-istio 를 사용하고 security.dataPlane.mtls: true 를 사용하여 SMCP를 통해 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 구성 파일의 이름 지정 스타일이 카멜 케이스에서 하이픈 스타일(예: 이름)으로 변경되었습니다. 이번 릴리스에서는 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 키를 일관되게 사용하기 위해 camel-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 의 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 채널 디스패처에서 응답하기 전에 모든 in-sync 복제본이 커밋될 때까지 기다립니다.

• 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으로 업그레이드하기 전에 다음 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
  ...

• 이제 OpenShift Serverless에서 emptyDir 볼륨을 사용할 수 있습니다. 자세한 내용은 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에서는 문제가 해결되어 더 이상 초기 메시지가 손실되지 않습니다. 문제에 대한 자세한 내용은 지식베이스 문서 #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을 사용합니다.

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

• 하나 이상의 특정 기능과 관련된 데이터를 수집하려면 다음 섹션에 나열된 대로 이미지와 함께 --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