조용한 개발 노트

MongoDB를 쓰다 보면 다른 데이터베이스에서는 거의 보지 못한 개념을 마주한다.Read Concern, Write Concern.이 둘은 단순한 옵션이 아니다. MongoDB가 정합성과 내구성의 판단을 시스템이 아닌 애플리케이션과 공유하기로 한 설계 선택을 가장 노골적으로 드러내는 인터페이스다.MongoDB는 “기본값”을 단순 상수로 두지 않는다많은 데이터베이스는 기본 Write Concern을 하나의 고정값으로 둔다.MongoDB는 그렇지 않다.MongoDB는 전역 기본값을 명시하지 않은 경우, Replica Set의 토폴로지를 보고 기본 Write Concern을 계산한다.이를 MongoDB 공식 문서에서는 Implicit Default Write Concern(IDWC)이라고 부른다.암시적 기본..

41편에서는 Spring Boot의 Opinionated Defaults가 무엇을 전제로 설계되었는지를 살펴봤다.이번 글에서는 그 철학을 실제 코드와 설정으로 옮긴다. “우리가 의존하고 있는 기본값을 어떻게 명시적으로 드러낼 것인가?” 이 작업은 귀찮아 보이지만, 업그레이드·운영·확장 단계에서 가장 큰 차이를 만든다.1) 기본값은 ‘없어도 되는 설정’이 아니다많은 설정은 “안 써도 되니까 기본값이겠지”라는 이유로 생략된다.하지만 기본값이란 “중요하지 않다”는 뜻이 아니다.오히려 그 반대다. 기본값은 Spring Boot가 가장 강한 의견을 가진 지점이다. 이 지점을 드러내지 않으면, 우리는 “의견을 모르고 동의한 상태”로 시스템을 운영하게 된다.2) 명시화의 1차 대상: 실행과 직결된 기본값모든 기본값을..

30편의 마지막에서 우리는 질문을 하나 남겼다. “왜 어떤 시점부터 Spring Boot의 기본값이 불편해질까?” Part 4는 이 질문에서 출발한다. 더 많은 기능을 소개하기보다, Spring Boot가 전제로 삼고 있는 가정이 언제, 어떤 조건에서 깨지는지를 하나씩 짚어보려 한다.이 글은 Spring Boot를 비판하기 위한 글이 아니다. 오히려 왜 처음에는 그렇게 잘 맞았는지를 다시 이해하기 위한 글이다.1) Spring Boot의 기본값은 “평균적인 상황”을 가정한다Spring Boot의 가장 큰 장점은 “아무 설정 없이도 잘 동작한다”는 점이다.이는 곧, Spring Boot가 다음과 같은 상황을 전제로 기본값을 설계했다는 의미다.단일 애플리케이션단일 데이터베이스명확한 요청/응답 흐름상대적으로 ..