데이터베이스 아키텍처에 대한 이해가 높다고 하셨는데, 구체적으로 어떤 경험이 이 부분을 강화했는지 말씀해 주세요.

읽기 쿼리와 쓰기 작업이 서로 경쟁하면서 레이턴시 문제가 생겨 처음으로 CQRS 패턴을 적용해 읽기 모델과 쓰기 모델을 분리하는 작업을 맡게 됐어요. 개념은 알고 있었지만 실제로 쓰기 DB에서 읽기 DB로 데이터를 동기화하는 과정에서 일관성 보장 수준을 어떻게 설정하는가가 예상보다 훨씬 복잡했습니다.

CQRS는 읽기와 쓰기의 성능 요구 사항이 다를 때 효과적이지만, 결과적 일관성을 허용할 수 있는 도메인인지를 먼저 판단해야 하고 그 판단이 아키텍처 복잡도와 직결된다는 걸 그 경험에서 배웠어요. 강한 일관성이 필요한 도메인에 CQRS를 적용하면 동기화 복잡도가 이점을 상쇄할 수 있다는 걸 알았습니다.

지금은 아키텍처 패턴을 선택하기 전에 도메인의 일관성 요구 수준을 먼저 정의하는 단계를 씁니다. 패턴은 문제를 풀기 위한 도구이고, 문제 정의 없이 패턴을 먼저 고르면 새 복잡도를 만든다는 원칙이 그 경험에서 나왔습니다.