데이터 스택을
정할 때 참고할 기준

같은 도구가 두 방식을 모두 지원하더라도 운영 방식은 다릅니다. 스트리밍은 늦게 도착한 데이터와 순서가 뒤바뀐 이벤트를 다루는 규칙이 필요하고, 배치는 재실행과 백필 계획이 필요합니다. 하나의 저장 계층을 공유하되 처리 경로는 나누는 편이 장애 대응이 쉽습니다. 스트리밍 경로는 사용 사례가 분명할 때만 열고, 나머지는 배치로 처리하는 조직이 많습니다.

반드시 그렇지 않습니다. 정의가 유지되는 범위 안에서 플랫폼 내 기능으로 충분할 때도 많습니다. 중요한 것은 정의를 한 곳에서만 바꿀 수 있는지 여부입니다. 여러 제품을 함께 쓸 때는 각 도구가 같은 정의를 참조하도록 연결해 두어야, 지표 이름이 같고 값이 다른 상황을 피할 수 있습니다.

외부 사용자가 동시에 보는 화면은 조회 패턴이 일반 대시보드와 다릅니다. 자주 쓰는 화면은 결과를 미리 계산해 두고, 권한 조건은 결과가 아니라 조회 단계에서 적용해야 합니다. 권한 필터를 나중에 붙이면 매번 전체를 다시 읽게 되어 성능이 급격히 떨어집니다.

조회 기록만으로는 부족합니다. 권한 정책 변경, 지표 정의 변경, 데이터 분류 변경이 같은 시간축에 남아야 합니다. 이 세 기록이 연결되어 있으면 특정 시점의 화면이 어떤 정의와 권한 위에서 만들어졌는지 되짚을 수 있습니다. 보관 기간은 규제와 내부 정책 중 더 긴 쪽을 따릅니다.

지표 정의와 소유자를 먼저 정하는 편이 좋습니다. 도구를 늘리는 것보다, 어떤 지표를 누가 책임지고 언제 갱신하는지를 문서로 남기는 편이 유지 비용을 줄입니다. 정의가 명확하면 도구 교체가 필요할 때도 옮기는 작업의 범위가 분명해집니다.