꿈라CBT다음 <보기>의 설계 방식에 대한 설명으로 가장 적절한 것은?
보기
어느 플랫폼 기업은 서비스 이벤트 로그를 JSON 형식 그대로 오브젝트 스토리지에 적재하고, 분석 시점에 필요한 필드만 골라 테이블처럼 조회하는 구조를 채택하였다.
- 기능이 추가될 때마다 로그에 새로운 필드가 생기고, 일부 필드는 더 이상 기록되지 않는다.
- 과거 로그는 원본 그대로 보존되며, 소급해 다시 적재하지 않는다.
- 분석가는 조회 시점에 해석 규칙(스키마)을 지정해 질의한다.
- 1적재 시점에 스키마를 확정하는 스키마 온 라이트(schema-on-write) 방식이므로, 필드가 하나라도 추가되면 과거 로그 전체를 새 스키마로 재적재해야 한다.
- 2반정형 데이터는 구조 정보를 자체에 포함하므로 스키마 온 리드가 가능하며, 원본을 보존한 채 스키마 진화에 대응할 수 있다. 다만 읽을 때마다 파싱 비용이 든다.
- 3JSON은 구조가 없는 비정형 데이터이므로 정형 데이터로 변환할 수 없고, 관계형 질의를 하려면 반드시 문서 데이터베이스로만 조회해야 한다.
- 4스키마 온 리드를 채택하면 적재 단계에서 형식 오류가 모두 걸러지므로, 별도의 데이터 품질 관리 절차 없이도 분석 결과의 신뢰성이 보장된다.