스트리밍 Data Mesh

6장. 셀프 서비스 데이터 인프라

이 작품은 AI를 사용하여 번역되었습니다. 여러분의 피드백과 의견을 환영합니다: [e-mail]

1장 에서 셀프 서비스 인프라에 대해 설명했습니다. 이러한 인프라는 도메인의 데이터 제품 엔지니어링을 더 간단하게 만드는 '쉬운 버튼'이라고 했습니다. 이러한 쉬운 버튼은 스트리밍 데이터 메시 뒤에 있는 어려운 부분을 숨겨줍니다. 쉬운 버튼 뒤에 있는 어려운 부분을 구현하는 것은 중앙 팀의 책임입니다.

이 장에서는 스트리밍 데이터 메시에서 필요한 셀프 서비스를 나열하겠습니다. 여기서는 셀프 서비스의 이름과 시그니처(이름과 요청/응답 인수)에 초점을 맞추겠습니다. 이러한 셀프 서비스를 어떻게 구현할 것인지에 대한 논의는 7장에서 다루겠습니다.

셀프 서비스 는 도메인이 스트리밍 데이터 메시로 작업할 때 보고 사용하는 인터페이스(또는 API)입니다. 도메인이 스트리밍 데이터 제품을 개발하고 배포하는 데 필요한 모든 기능에 대한 셀프 서비스가 있어야 합니다.

참고

이 책에서는 서비스 및 셀프 서비스라는 용어가 많이 사용됩니다. 셀프 서비스는 도메인을 대면하는 인터페이스를 나타낼 때 사용합니다. 서비스라는 용어는 모든 일반적인 서비스를 가리킵니다. 셀프 서비스를 서비스로 지칭하지 않으려고 노력할 것입니다.

이 장에서 설명하는셀프 서비스는 터미널에서 실행되는 CLI입니다. 이는 엄밀히 말해 편의를 위한 것입니다. 이러한 동일한 셀프 서비스는 RESTful 서비스 또는 웹 인터페이스로 구현할 수 있습니다. 예제 CLI는 GitHub 리포지토리에서 찾을 수 있습니다.

또한 정의된 셀프 서비스는 모든 보안 요구 사항, 데이터 거버넌스 요구 사항 및 일반적인 모범 사례를 준수하도록 설계되었습니다. 도메인은 일반적으로 사용할 리소스를 올바르게 구성하는 방법을 모르기 때문에 이러한 셀프 서비스에서 자동으로 구성합니다. 여기에는 보안 및 데이터 거버넌스에 대한 구성이 포함됩니다.

셀프 서비스를 구축할 때는 도메인에 몇 개의 브로커를 원하는지 묻지 마세요. 도메인은 답을 알 수도 없고 알아서도 안 됩니다. 대신 "초소형, 소형, 중형, 대형 또는 초대형 스트리밍 플랫폼을 원하십니까?"라고 물어보세요. "몇 개의 데이터 제품을 게시할 예정인가요?" 또는 "몇 개의 소비 도메인을 예상하시나요?"라고 질문할 수도 있습니다. 이러한 질문은 셀프 서비스가 구축할 리소스의 크기와 용량에 매핑되어야 합니다.

도메인을 위한 셀프 서비스를 구축하는 가장 좋은 방법( )은 많은 SaaS 서비스가 하는 방식을 따르는 것입니다. 이러한 서비스들은 사용자가 애플리케이션에서 이해하고 활용하기 쉬운 서버리스 모델을 따릅니다. 서버리스 SaaS 제공업체의 의도는 사용자가 자신을 대신하여 할당되는 '서버'에 대해 걱정할 필요가 없도록 하는 것입니다. 사용자는 서버를 관리하고 조정하는 대신 비즈니스에 더 집중할 수 있습니다. 이는 셀프 서비스에서도 동일한 모델이 적용되어야 합니다. 스트리밍 데이터 메시를 서버리스화하여 도메인은 ...