주니어 백엔드 개발자가 반드시 알아야 할 실무 지식 - 1장 들어가며

이 책의 시작점은 단순하다.
주니어 백엔드 개발자는 언어 문법이나 프레임워크 문법을 아는 것만으로는 충분하지 않다. 실제 서비스 환경에서는 다음 질문에 답할 수 있어야 한다.

• 왜 서비스가 느려졌는가
• DB가 병목일 때 어디를 봐야 하는가
• 외부 연동 실패를 어떻게 해석해야 하는가
• 동시성 문제를 어떤 관점으로 분해해야 하는가
• 서버, 네트워크, 보안이 왜 애플리케이션 코드와 연결되는가

이 책은 “백엔드 개발자가 실무에서 자주 마주치는 문제를 어떤 관점으로 바라봐야 하는가”를 다루는 쪽에 가깝다. 즉 기능 구현 방법보다, 장애와 병목과 구조적 한계를 읽어내는 사고법을 정리하는 책이다.

이 책이 강조하는 핵심

1. 증상만 보지 말고 병목이 생기는 계층을 먼저 구분해야 한다.
2. 모든 문제는 애플리케이션, DB, 외부 시스템, 인프라, 네트워크 중 하나 이상이 겹쳐서 발생한다.
3. 실무에서는 “정답”보다 “어디부터 의심해야 하는가”가 더 중요하다.
4. 성능, 정합성, 안정성은 서로 트레이드오프 관계일 때가 많다.

주니어가 특히 오해하기 쉬운 점

• 느리면 무조건 코드가 문제라고 생각한다.
• DB는 단순 저장소라고 생각하고 실행 계획과 인덱스를 나중 문제로 미룬다.
• 외부 API 호출 실패를 네트워크 문제 정도로만 뭉뚱그린다.
• 동시성 문제를 멀티스레드 문법 문제로만 좁게 본다.
• 서버와 네트워크 지식을 인프라 담당자 영역이라고 분리해서 생각한다.

하지만 실제 운영 환경에서는 저 요소들이 서로 강하게 연결돼 있다. 예를 들어:

• 느린 쿼리는 커넥션 풀 고갈을 만들고
• 커넥션 풀 고갈은 외부 호출 타임아웃처럼 보일 수 있으며
• 타임아웃 재시도는 다시 DB 부하를 키워 전체 장애로 번질 수 있다.

이 책을 읽는 관점

이 책은 “암기용 지식”보다 “의심의 순서”를 정리하는 데 더 잘 맞는다.

• 2장은 성능 병목을 어디부터 읽을지
• 3장은 DB 설계와 쿼리가 왜 시스템 성능을 좌우하는지
• 4~5장은 외부 연동과 비동기 처리
• 6장은 동시성과 정합성
• 7~10장은 I/O, 보안, 서버, 네트워크
• 11장은 구조와 설계 패턴

정리

백엔드 개발자는 요청을 받아 DB에 저장하는 코드만 작성하는 사람이 아니다.
실무에서는 “어떤 계층에서 문제가 생겼는지 빠르게 좁히고, 구조적으로 다시 터지지 않게 만드는 사람”에 더 가깝다.

이 책은 그 출발점으로 볼 만하다. 장마다 독립적인 주제를 다루지만, 전체적으로는 결국 한 가지 메시지로 모인다.

운영되는 시스템은 코드 한 덩어리가 아니라 여러 계층의 결합체다.
백엔드 개발자는 그 연결을 이해해야 한다.