Event Streams 사용 시의 책임 이해

IBM® Event Streams for IBM Cloud® 사용 시의 관리 책임과 이용 약관에 대해 알아보십시오. IBM Cloud®의 서비스 유형 및 각 유형에 대해 고객과 IBM 사이의 책임 분석을 상위 레벨로 보려면 IBM Cloud 오퍼링에 대한 공유 책임을 참조하십시오.

IBM 사용 시 고객과 IBM® Event Streams for IBM Cloud®이 갖는 특정 책임에 대해서는 다음 절을 검토하십시오. 전체적인 이용 약관은 IBM Cloud® 이용 약관 및 주의사항을 참조하십시오.

인시던트, 오퍼레이션 및 클러스터 관리

인시던트, 운영 및 클러스터 관리에 대한 책임
태스크 IBM 책임 사용자 책임
환경 모니터링 Event Streams는 지속적 검토, 서비스 개선, 코드 업데이트 및 운영 모니터링을 수행합니다. 여기에는 환경의 자동, 중단 시간 없는 업그레이드가 포함됩니다.
고가용성 Event Streams 다중 지역 배포를 통해 고가용성을 제공하여 데이터 센터 손실을 포함한 단일 장애 지점으로부터 보호합니다. IBM Cloud® 이용 약관에 명시된 서비스 수준 협약( IBM SLA)을 달성합니다.
Event Streams 환경 배치 Event Streams는 IBM 권장 우수 사례 구성 옵션을 사용하여 배치됩니다. 예를 들면 복제 계수, 동기화된 복제본의 최소 수, 제한, 랙 인식이 있습니다.
지원되는 클라이언트 지원되는 Kafka 클라이언트 버전을 유지보수하는 것은 고객의 책임입니다. 자세한 정보는 모든 권장 클라이언트의 지원 요약을 참조하십시오.
클라이언트 구성, 배치 및 라이프사이클 고객 은 IBM 의 모범 사례 문서를 따라 클라이언트 구성, 배포, 수명 주기를 관리할 책임이 있습니다.
클러스터 관리 조직 사용자 기반에서 클러스터의 제공된 리소스 용량을 관리하는 것은 고객의 책임입니다.

보안 및 규제 준수

보안 및 규정 준수에 대한 책임
태스크 IBM 책임 사용자 책임
제어 유지 Event Streams는 인증된 여러 업계 규제 준수 표준에 따라 제어를 유지합니다.
IAM(IBM Cloud Identity and Access Management) Event Streams는 IBM Cloud Identity and Access Management(IAM)를 사용하여 보안 및 액세스 제어 서비스를 제공합니다.
클러스터의 보안 및 취약성 패치 업데이트 Event Streams는 IBM X-Force 시간 범위에 따라 클라이언트 클러스터에 제공된 보안 및 취약성 패치 업데이트를 적용합니다.
사용자 및 액세스 관리 조직 계정 사용자와 Event Streams 인스턴스에 대한 관련 액세스를 관리하는 것은 고객의 책임입니다.
규제 준수 제어 조직의 규제 준수 제어를 유지하는 것은 고객의 책임입니다.

IBM Cloud 인프라 및 환경 관리

IBM 인프라 및 환경 관리에 대한 책임
태스크 IBM Cloud 책임 사용자 책임
배치 Event Streams 는 모든 필수 Event Streams 컴포넌트 및 스토리지로 구성된 인스턴스를 배치합니다. 고객은 배포할 지역을 결정하고, 클러스터 용량을 선택하고, 배포 시 사용할 수 있는 클러스터 구성 매개변수(예: 개인 및 공용 엔드포인트, IP 허용 목록)를 설정할 책임이 있습니다.
모니터링 및 복구 Event Streams 무중단 모니터링 및 인프라 수리.
관리 및 구성 제공된 API, CLI 또는 콘솔을 사용하여 토픽 및 구성을 관리하는 것은 고객의 책임입니다.

재해 복구

Event Streams 를 다중 지역으로 설정했다면 지역 재해는 발생하지 않을 것입니다. 그러나, 고객 여러분께서도 이러한 상황에 대비해 계획을 세우실 것을 권장합니다. 이러한 사건으로 인해 고객의 인스턴스를 더 이상 사용할 수 없는 경우(원격 DR 인스턴스가 아직 설정되지 않은 경우), 고객은 새로운 지역에 새로운 인스턴스를 구성하는 것을 고려해야 합니다.

재해 복구에 대한 책임
태스크 IBM 책임 사용자 책임
재해 복구 서비스가 유실된 경우 고객은 재해 복구 계획을 유지보수하고 실행해야 할 책임이 있습니다. 계획에는 재해가 발생하는 경우 새 지역에서 새 클러스터를 프로비저닝하고 해당 클러스터에 구성 또는 데이터를 복원하거나 다른 지역에서 클러스터를 사전 프로비저닝하고 Event Streams 미러링 기능 을 사용하는 것이 포함될 수 있습니다.
미러링 고객은 Event Streams 미러링 기능을 사용하거나 고유한 미러링 솔루션을 관리하도록 선택할 수 있습니다.
메시지 페이로드 데이터 백업 메시지 페이로드 데이터의 백업 또한 고객의 책임입니다. 이 데이터는 클러스터 내의 여러 Kafka 브로커에 복제되어 대부분의 장애로부터 보호되지만, 위치 전체의 장애에는 적용되지 않습니다.
토픽 이름 및 데이터 백업 고객이 애플리케이션 소스 코드와 동일한 저장소에 토픽 이름과 해당 토픽에 대한 구성 데이터를 저장하는 것이 권장 우수 사례입니다. 이렇게 하면 재해가 발생했을 때 새로운 클러스터로 주제를 복원할 수 있습니다.
스키마 레지스트리 고객이 애플리케이션 소스 코드와 동일한 저장소에 스키마를 저장하는 것이 권장 우수 사례입니다. 이렇게 하면 재해가 발생했을 때 스키마를 새로운 클러스터로 복원할 수 있습니다.

앱 오케스트레이션

앱 오케스트레이션에 대한 책임
태스크 IBM 책임 사용자 책임
특정 서드파티 파트너십 기술과의 통합 Event Streams는 IBM Cloud Activity Tracker with LogDNA와 같은 특정 서드파티 파트너십 기술과의 통합을 제공합니다.
다른 IBM 서비스에 대한 서비스 바인딩 제공 Event Streams는 다른 IBM 서비스에 대한 서비스 바인딩 기능을 제공합니다.
관리, 통합 및 모니터링 제공된 도구 및 기능을 사용하여 고객이 소유한 애플리케이션의 라이프사이클을 관리하고, 다른 서비스와 통합하고, 애플리케이션의 상태를 모니터(예: 가용성 모니터링)하는 것은 고객의 책임입니다.

미러링

미러링에 대한 책임
태스크 IBM 책임 사용자 책임
클러스터 클러스터가 실행 가능한 미러링 쌍인지 확인 두 클러스터를 모두 프로비저닝합니다.
설정 미러링 설정 서비스 간 바인딩 설정.
인에이블먼트 및 모니터링 미러링 링크의 상태와 SLA 모니터링. service-instance-update CLI 명령을 사용하여 인에이블먼트 요청.
메트릭 및 애플리케이션 고객이 현재 복구 지점 목표(RPO)를 이해할 수 있도록 메트릭 제공 애플리케이션이 클러스터를 전환할 수 있도록 설정.
IAM 필요한 액세스 정책 설정.
장애 복구 기존 미러링 구성을 사용 안함으로 설정합니다. 언제 페일오버를 할 것인지, 그리고 어떤 애플리케이션을 페일오버할 것인지 결정합니다.
장애 복구 미러링 재구성 장애 복구 플랜 개발 및 실행. 미러링을 재구성하려면 IBM과 협의하십시오.

클라이언트 측 라이브러리 지원

IBM에서는 Kafka 클라이언트 측 라이브러리를 소유하지 않으며, 해당 라이브러리에서 문제가 발생한 경우 수정사항을 제공하기 위해 커미트할 수 없습니다. 클라이언트 측 라이브러리에는 공식 Apache Kafka 클라이언트(Consumer, Producer, Connect, Streams)와 타사 클라이언트, 라이브러리, 도구, 커넥터가 포함됩니다.

Kafka 커뮤니티의 적극적인 구성원으로서, IBM 는 고객 측 라이브러리를 소유한 커뮤니티와 최대한 협력하여 중요한 문제에 대한 수정 사항을 개발하고 배포하는 데 도움을 줍니다.