OpenShift Serverless 정보

• OpenShift Serverless에서 Knative Serving 1.14를 사용합니다.
• OpenShift Serverless에서 Knative Eventing 1.14를 사용합니다.
• OpenShift Serverless에서 Kourier 1.14를 사용합니다.
• OpenShift Serverless에서 Knative(kn) CLI 1.14를 사용합니다.
• OpenShift Serverless에서 Apache Kafka 1.14에 Knative를 사용합니다.
• kn func CLI 플러그인은 이제 func 1.15를 사용합니다.
• OpenShift Serverless Logic은 이제 동일한 네임스페이스 내에서 OpenAPI에 대한 여러 구성을 지원합니다.
• OpenShift Serverless Logic의 관리 콘솔을 개발 프로세스 간소화를 위한 TP(기술 프리뷰) 기능으로 사용할 수 있습니다.
• OpenShift Serverless Logic 1.34에는 구성을 통해 워크플로우가 다른 OpenShift Container Platform 클러스터에 액세스할 수 있는 새로운 기능이 도입되었습니다. 이 기능을 사용하면 워크플로우 내에서 REST 호출을 정의하여 여러 클러스터와 원활하게 상호 작용할 수 있습니다.
• OpenShift Serverless Logic에서 리더 상태를 검색하는 데 필요한 시간을 제한하도록 작업 서비스 활성 검사가 향상되었습니다. 새 시스템 속성인 kogito.jobs-service.leader-check.expiration-in-seconds 가 도입되어 리더 상태 점검에 허용되는 최대 시간을 구성할 수 있습니다.
• Automatic EventType 등록은 이제 TP(기술 프리뷰)로 Eventing 기능을 사용할 수 있습니다. 브로커 인그레스 및 메모리 내 채널에서 처리된 이벤트를 기반으로 EventTypes 오브젝트를 자동으로 생성하여 EventTypes 사용 및 생성 환경을 개선합니다.
• Encryption Serving은 이제 TP(기술 프리뷰) 기능으로 사용할 수 있습니다.
• 시작 프로브가 지원되어 애플리케이션 시작 시간을 단축하고 성능을 개선할 수 있습니다. 이러한 프로브는 특히 시작 프로세스가 느린 컨테이너에 유용합니다.
• OpenShift Serverless Serving 전송 암호화 기능을 사용하면 TLS를 사용하여 보안 및 암호화된 HTTPS 연결을 통해 데이터를 전송할 수 있습니다. 이제 TP(기술 프리뷰) 기능으로 사용할 수 있습니다.
• S2I 빌더를 사용하는 Go 함수는 이제 Linux 및 Mac 개발자를 위한 TP(기술 프리뷰) 기능으로 사용할 수 있으므로 이러한 플랫폼에서 Go 함수를 구현하고 빌드할 수 있습니다.
• Knative Serving에 대한 멀티컨테이너 지원을 사용하면 단일 Knative 서비스를 사용하여 멀티컨테이너 Pod를 배포할 수 있습니다. 또한 여러 컨테이너에 대한 준비 및 활성 상태 프로브 값을 지원합니다.
• Knative Kafka 트리거에 대한 자동 스케일링은 KEDA(Kubernetes Event-Driven Autoscaling)를 기술 프리뷰(TP)로 사용하여 향상되었습니다. CMA/KEDA를 사용한 자동 스케일링은 Kafka 트리거 및 KafkaSource 오브젝트에 대한 리소스 할당을 최적화하여 성능을 강화하여 이벤트 중심 워크로드의 확장성을 개선합니다.
• Knative Eventing에서는 이제 전송 암호화(Eventing TLS)의 데이터를 TP(기술 프리뷰) 기능으로 지원합니다. HTTPS 주소를 노출하고 사용자 제공 CA 신뢰 번들을 클라이언트에 추가하도록 Knative Eventing 구성 요소를 구성할 수 있습니다.

• 이전에는 KafkaSource.spec.net.tls.key 가 로드되지 않은 경우에도 KafkaSource 개체가 Ready 상태에 잘못 남아 있었습니다. 이 문제가 해결되었습니다. PKCS #1에서 지원되지 않는 TLS 인증서(Public-Key Cryptography Standards #1) 형식의 Kafka Broker,KafkaChannel,KafkaSource, KafkaSink 오브젝트를 생성할 때 오류가 보고되어 구성 문제의 적절한 처리 및 알림이 보장됩니다.
• Eventing 컨트롤러가 잘못된 오브젝트 유형(네임스페이스)을 잘못 큐에 추가하여 "리소스를 찾을 수 없음" 로그 오류가 발생했습니다. 이제 이 문제가 해결되어 컨트롤러가 오브젝트 대기열을 처리하여 보다 정확한 로깅 및 리소스 관리를 보장합니다.

• 이전 버전에서는 사용자 네임스페이스에서 KnativeServing 또는 KnativeEventing 과 같은 Knative 설치 리소스를 생성하면 OpenShift Serverless Operator에서 무한 조정 루프가 트리거되었습니다. 이 문제는 knative-serving 또는 knative-eventing 이외의 네임스페이스에서 Knative 설치 리소스를 생성하지 못하도록 승인 Webhook를 다시 도입하여 해결되었습니다.
• 이전에는 일정 기간 후에 설치 후 배치 작업이 제거되어 권한 있는 서비스 계정이 바인딩되지 않은 상태로 유지되었습니다. 이로 인해 규정 준수 시스템이 문제에 플래그를 지정했습니다. 이 문제는 완료된 작업을 유지하여 서비스 계정이 바인딩되도록 하여 해결되었습니다.

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

• OpenShift Serverless Logic은 이제 일반 GA(GA)를 사용할 수 있습니다. 이 릴리스에는 OpenShift Serverless Logic에 대한 개요, 워크플로우 생성, 실행 및 배포 방법, OpenShift Serverless Logic Operator의 설치 및 제거에 대한 지침이 포함되어 있습니다. 또한 OpenAPI 서비스 및 엔드포인트를 구성하는 단계와 서비스 문제 해결을 위한 기술이 포함되어 있습니다. 자세한 내용은 OpenShift Serverless Logic 개요 를 참조하십시오.

  추가 문서를 참조할 수도 있습니다. 자세한 내용은 Serverless Logic 설명서를 참조하십시오.

• ARM64의 OpenShift Serverless를 기술 프리뷰로 사용할 수 있습니다.
• NamespacedKafka 주석이 더 이상 사용되지 않습니다. 대신 데이터 플레인 격리 없이 표준 Kafka 브로커를 사용합니다.
• 자동 EventType 자동 생성을 활성화하면 클러스터 내에서 사용 가능한 이벤트를 쉽게 검색할 수 있습니다. 이 기능은 개발자 프리뷰로 사용할 수 있습니다.
• OpenShift 개발자 콘솔에서 개발자 뷰의 Observe 탭에서 직접 Knative Eventing 모니터링 대시보드를 탐색할 수 있습니다.
• Custom Metrics Autoscaler Operator를 사용하여 KafkaSource 오브젝트에서 정의한 Apache Kafka 소스에 대한 Knative Eventing 소스를 자동 스케일링할 수 있습니다. 이 기능은 기술 프리뷰 기능으로 사용할 수 있으며 Knative Eventing 내에서 Kafka 기반 이벤트 소스에 대한 확장성 및 효율성을 향상시킵니다.
• Kafka 구현을 사용하여 Knative Broker를 생성할 때 내부 Kafka 주제 속성을 사용자 지정할 수 있습니다. 이는 효율성을 개선하고 관리를 단순화합니다.
• 이제 새로운 트리거 필터 기능을 기술 프리뷰로 사용할 수 있습니다. 이러한 필터는 기본적으로 활성화되어 있으며 각 표현식이 각 이벤트에 대해 true 또는 false로 평가되는 일련의 필터 표현식을 지정할 수 있습니다.

• 다른 마운트 지점 권한으로 인해 클러스터 빌드에 대한 직접 업로드가 IBM zSystems(s390x) 및 IBM Power(ppc64le)에서 작동하지 않습니다.

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

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

• 이전에는 일정 기간 후에 설치 후 배치 작업이 제거되어 권한 있는 서비스 계정이 바인딩되지 않은 상태로 유지되었습니다. 이로 인해 규정 준수 시스템이 문제에 플래그를 지정했습니다. 이 문제는 완료된 작업을 유지하여 서비스 계정이 바인딩되도록 하여 해결되었습니다.

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

• TP(기술 프리뷰) 기능으로 사용할 수 있는 Serverless Logic이 업데이트되었습니다.

  사용 지침 은 Serverless Logic 설명서 를 참조하십시오.

• 사용자 컨테이너 및 queue-proxy 컨테이너에 대한 OpenShift Serverless Functions 준비 및 활성 상태 프로브 설정을 구성할 수 있습니다.
• OpenShift Serverless Functions는 이제 1.10 에서 1.14 (latest)까지 OpenShift Pipelines 버전을 지원합니다. 이전 버전의 OpenShift Pipelines는 더 이상 OpenShift Serverless Functions와 호환되지 않습니다.
• Code로 Pipeline을 사용하는 것을 포함한 클러스터의 온-클러스터 기능 빌드는 이제 OpenShift Data Foundation 스토리지의 IBM zSystems(s390x) 및 IBM Power(ppc64le)에서 지원됩니다.
• func subscribe 명령을 사용하여 일련의 이벤트에 함수를 구독할 수 있습니다. 이렇게 하면 함수를 필터에서 정의한 CloudEvent 오브젝트에 연결하고 자동 응답을 활성화합니다.
• 내부 트래픽에 대한 Knative Serving TLS 암호화 기능이 더 이상 사용되지 않습니다. 기술 프리뷰 기능이었습니다. internal-encryption 구성 플래그가 있는 기능은 더 이상 사용할 수 없으며 향후 릴리스에서 새 구성 플래그로 대체됩니다.
• OpenShift Serverless Operator 측에서는 기본적으로 보안 필터링이 활성화됩니다. 환경 변수 ENABLE_SECRET_INFORMER_BY_CERT_UID=true 가 기본적으로 net-istio 및 net-kourier 컨트롤러 Pod에 추가됩니다.
• knative-serving 네임스페이스의 domain-mapping 및 domain-mapping-webhook 배포 기능이 제거되었습니다. 이제 Serving Webhook 및 Serving 컨트롤러와 통합됩니다.
• KnativeServing CR(사용자 정의 리소스)에 spec.config.domain 필드를 설정하면 기본 외부 도메인이 더 이상 knative-serving 네임스페이스의 config-domain 구성 맵을 자동으로 채워지지 않습니다. 이제 정확한 도메인 설정을 확인하려면 config-domain 구성 맵을 수동으로 구성해야 합니다.
• net-kourier 배포에 gRPC 상태 프로브를 사용할 수 있습니다. Kourier 컨트롤러는 이제 준비 및 활성 상태 모두에 표준 Kubernetes gRPC 상태 프로브를 사용하여 exec 및 custom 명령의 이전 사용을 대체합니다. timeoutSeconds 값이 100밀리초에서 1초로 조정되어 더 안정적인 프로브 응답을 보장합니다.
• 이제 새로운 트리거 필터 기능을 기술 프리뷰로 사용할 수 있습니다. 이제 새 트리거 필터가 기본적으로 활성화됩니다. 이를 통해 각 표현식은 각 이벤트에 대해 true 또는 false로 평가되는 필터 표현식 세트를 지정할 수 있습니다.
• Knative Eventing에서는 이제 개발자 프리뷰로 전송 암호화(Eventing TLS)의 데이터를 지원합니다. HTTPS 주소를 노출하고 사용자 제공 CA 신뢰 번들을 클라이언트에 추가하도록 Knative Eventing 구성 요소를 구성할 수 있습니다.
• OpenShift Serverless에서 시스템 구성 요소에 대한 사용자 정의 OpenShift CA 번들 삽입을 지원합니다. 자세한 내용은 사용자 정의 PKI 구성을 참조하십시오.
• Custom Metrics Autoscaler Operator를 사용하여 Apache Kafka 소스의 Knative Eventing 소스를 자동 스케일링할 수 있습니다. 이 기능은 개발자 프리뷰로 사용할 수 있으며 Knative Eventing 내에서 Kafka 기반 이벤트 소스에 대한 확장성 및 효율성을 향상시킵니다.
• OpenShift 개발자 콘솔의 개발자 보기의 Observe 탭에서 Knative Eventing 모니터링 대시보드를 직접 탐색할 수 있습니다.
• OpenShift Serverless 1.32에서는 Knative에서 EventTypes v1beta1 에 대한 지원이 더 이상 사용되지 않습니다. OpenShift Serverless 1.32에서 Knative CLI는 EventType v1beta2 API를 사용하여 새 참조 모델을 용이하게 합니다. 이전 릴리스에서는 kn CLI가 EventType API v1beta1 과 이전 버전과 호환되지 않으며 kn eventtypes 하위 명령 그룹으로 제한됩니다. 따라서 최상의 사용자 환경을 위해 일치하는 kn 버전을 사용하는 것이 좋습니다.

• 3scale-kourier-gateways 의 기본 CPU 제한이 500m 에서 1s 로 증가했습니다. 500개 이상의 Knative 서비스 인스턴스가 생성되면 CPU 리소스 소진으로 인해 3scale-kourier-gateways Pod에서 준비 및 활성 상태 프로브 오류가 발생할 수 있습니다. 이 조정은 이러한 오류를 줄이고 더 원활한 작업을 수행하는 것을 목표로 합니다.

• 다른 마운트 지점 권한으로 인해 클러스터 빌드에 대한 직접 업로드가 IBM zSystems(s390x) 및 IBM Power(ppc64le)에서 작동하지 않습니다.

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

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

• OpenShift Serverless에서 Knative Serving 1.10을 사용합니다.
• OpenShift Serverless에서 Knative Eventing 1.10을 사용합니다.
• OpenShift Serverless에서 Kourier 1.10을 사용합니다.
• OpenShift Serverless에서 Knative(kn) CLI 1.10을 사용합니다.
• OpenShift Serverless에서 Apache Kafka 1.10에 Knative를 사용합니다.
• kn func CLI 플러그인은 이제 func 1.11을 사용합니다.
• Service Mesh의 OpenShift Serverless 멀티 테넌시를 이제 TP(기술 프리뷰) 기능으로 사용할 수 있습니다.

• TP(기술 프리뷰) 기능으로 사용할 수 있는 Serverless Logic이 업데이트되었습니다.

  사용 지침 은 Serverless Logic 설명서 를 참조하십시오.

• OpenShift Serverless를 단일 노드 OpenShift에 설치하고 사용할 수 있습니다.
• 이제 Serverless 함수와 함께 사용할 기존 PersistentVolume 오브젝트에 대한 PVC(영구 볼륨 클레임)를 구성할 수 있습니다.
• Ingress에 Kourier를 지정하고 DomainMapping 을 사용하는 경우 OpenShift 경로의 TLS가 passthrough로 설정되고 Kourier Gateway에서 TLS를 처리합니다. Serverless 1.31부터 Kourier Gateway 측에서 활성화된 암호화 제품군을 지정할 수 있습니다.

• Kourier가 활성화된 경우 Red Hat OpenShift Service Mesh를 Serverless와 통합하면 더 이상 사용되지 않습니다. 서비스 메시 통합을 위해 net-kourier 대신 net-istio 를 사용합니다.

  자세한 내용은 "Red Hat OpenShift Service Mesh with Serverless" 섹션을 참조하십시오.

• 3scale-kourier-gateway 배포를 위해 PodDistruptionBudget 및 HorizontalPodAutoscaler 오브젝트가 추가되었습니다.

  • PodDistruptionBudget 은 배포에서 Pod의 최소 가용성 요구 사항을 정의하는 데 사용됩니다.
  • HorizontalPodAutoscaler 는 수요 또는 사용자 정의 메트릭에 따라 배포에서 Pod 수를 자동으로 확장하는 데 사용됩니다.
• 이제 Knative 브로커 및 Apache Kafka 채널에서 사용하는 Apache Kafka 주제 이름의 패턴을 변경할 수 있습니다.
• DomainMapping v1alpha1 CRD(사용자 정의 리소스 정의)가 더 이상 사용되지 않습니다. 대신 v1beta1 CRD를 사용합니다.
• TP(기술 프리뷰) 기능인 NamespacedKafka 주석은 데이터 플레인 격리 없이 표준 Kafka 브로커를 선호합니다.

• 이전 버전에서는 전체 Red Hat OpenShift Service Mesh 통합 및 STRICT 피어 인증을 사용하여 Knative Eventing을 배포할 때 PingSource 어댑터 메트릭을 사용할 수 없었습니다.

  이 문제는 수정되었으며 이제 PingSource 어댑터 메트릭이 다른 작업 및 서비스 레이블 값을 사용하여 수집됩니다. 이전 값은 pingsource-mt-adapter 이고 새 값은 pingsource-mt-adapter-sm-service 입니다.

• 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에서 지원되지 않습니다.
• Buildpack 빌더는 IBM zSystems 및 IBM Power에서 지원되지 않습니다.

• 이전에는 활성 프로브 오류로 인해 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 설치" 섹션을 참조하십시오.

• OpenShift Container Platform 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 을 삭제합니다.

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

  Copy to Clipboard Toggle word wrap

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

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

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

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

  Copy to Clipboard Toggle word wrap

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

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

  Copy to Clipboard Toggle word wrap

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

• 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가 메모리 부족하면 배포에 대한 메모리 제한을 늘려 문제를 해결할 수 있습니다.

• 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

  Copy to Clipboard Toggle word wrap

• 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

  Copy to Clipboard Toggle word wrap
• 함수의 로컬 빌드 전략으로 Cloud Native Buildpacks 를 사용하는 경우 kn func 는 podman을 자동으로 시작하거나 원격 데몬에 SSH 터널을 사용할 수 없습니다. 이러한 문제의 해결 방법은 함수를 배포하기 전에 Docker 또는 podman 데몬이 로컬 개발 컴퓨터에서 이미 실행되고 있는 것입니다.
• On-cluster 함수 빌드는 현재 Quarkus 및 Golang 런타임에 실패합니다. Node, Typescript, Python, Springboot 런타임에서 올바르게 작동합니다.

• 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

  Copy to Clipboard Toggle word wrap

  브로커의 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/

  Copy to Clipboard Toggle word wrap

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

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

  Copy to Clipboard Toggle word wrap

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

• 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

  Copy to Clipboard Toggle word wrap

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

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

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

  Copy to Clipboard Toggle word wrap

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

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

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

  buildEnvs: []

  Copy to Clipboard Toggle word wrap

  이 경우 다음을 수행합니다.

  buildEnvs:
  - name: BP_NODE_RUN_SCRIPTS
    value: build

  Copy to Clipboard Toggle word wrap

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

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

  Copy to Clipboard Toggle word wrap

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

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

       서비스 구성 예

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

       Copy to Clipboard Toggle word wrap

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

       $ systemctl --user daemon-reload

       Copy to Clipboard Toggle word wrap

       $ systemctl restart --user podman.socket

       Copy to Clipboard Toggle word wrap

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

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

    Copy to Clipboard Toggle word wrap

• 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

  Copy to Clipboard Toggle word wrap

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

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

       서비스 구성 예

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

       Copy to Clipboard Toggle word wrap

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

       $ systemctl --user daemon-reload

       Copy to Clipboard Toggle word wrap

       $ systemctl restart --user podman.socket

       Copy to Clipboard Toggle word wrap

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

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

    Copy to Clipboard Toggle word wrap

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

  Copy to Clipboard Toggle word wrap

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

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

  Copy to Clipboard Toggle word wrap

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

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

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

  Copy to Clipboard Toggle word wrap
• 이제 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을 사용합니다.

• 서버리스 컨테이너 배포 간소화
• scale-to-zero를 포함한 트래픽 기반 자동 확장
• 라우팅 및 네트워크 프로그래밍
• 지정 시간 애플리케이션 스냅샷 및 해당 구성

• 서비스는 개발 중에 느슨하게 결합되어 프로덕션에 독립적으로 배포됩니다.
• 생산자는 소비자가 수신 대기하기 전에 이벤트를 생성할 수 있으며, 소비자는 아직 생성되지 않은 이벤트 또는 이벤트 클래스에 대한 관심을 나타낼 수 있습니다.
• 서비스를 연결하여 생산자 또는 소비자를 수정하지 않고 특정 생산자에서 특정 이벤트 하위 집합을 선택할 수 있습니다.

• 다음 빌드 전략에 대한 지원:

  • S2I(Source-to-Image)
  • Buildpacks
• 여러 런타임
• Knative(kn) CLI를 통한 로컬 개발자 경험
• 프로젝트 템플릿
• CloudEvents 및 일반 HTTP 요청 수신 지원

• 다음 Knative Serving 기능 관리 지원

  • 서비스
  • 버전
  • 라우트

• 다음 Knative Eventing 엔티티 관리 지원

  • 소스
  • 브로커
  • Trigger
  • 채널
  • 서브스크립션
• 쿠버네티스 (kubectl) CLI 툴의 설계를 기반으로 하는 플러그인 아키텍처
• Knative를 Tekton 파이프라인에 통합

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

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

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

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

  Copy to Clipboard Toggle word wrap

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

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

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

  Copy to Clipboard Toggle word wrap
  참고

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

사전 요구 사항

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

  Copy to Clipboard Toggle word wrap

  명령 예

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

  Copy to Clipboard Toggle word wrap