Skip to main content
Spring Boot는 편한데, 편한 만큼 내가 안 한 일을 누가 했는지가 잘 안 보일 때가 있어요.
컨트롤러 하나 만들었을 뿐인데 서버가 뜨고, JSON이 나가고, 설정 파일이 읽히고, 데이터베이스 연결까지 준비되는 장면을 보면 이런 생각이 들죠.
“이거 편하긴 한데, 내부에서 뭐가 움직이는 거지?”
이 Spring Boot 글들은 그 질문을 따라가려고 만든 길이에요. Annotation 이름을 먼저 외우기보다, 내가 작성한 코드와 Spring Boot가 대신 준비한 일을 나눠서 보는 데 집중할게요. 처음 읽는 분은 “아, 그래서 서버가 뜨는구나” 정도만 잡아도 충분해요. 하지만 이 카테고리는 거기서 멈추지 않을 거예요. 같은 장면을 한 번 더 내려가서 누가 결정했는지, 어느 시점에 객체가 만들어지는지, 어떤 경계에서 기대와 다르게 동작하는지, 실무에서는 무엇을 확인해야 하는지까지 같이 볼 거예요.

​
지금은 여기서 시작하면 돼요

글이 많아 보여도 앞에서 잡은 개념이 뒤 글의 기준점이 되도록 이어져 있어요. 처음이라면 아래 순서대로 읽는 흐름이 가장 자연스러워요. 새 글도 앞선 내용을 길게 반복하기보다, “누가 결정했고, 언제 실행됐고, 어느 경계에서 기대와 달라졌는가?”라는 질문을 이어갈게요.

​
이 길에서 계속 붙잡을 질문

Spring Boot를 읽을 때는 기능 이름보다 질문을 먼저 잡는 편이 덜 헷갈려요.
  • 내가 만든 클래스는 누가 객체로 만들까요?
  • 필요한 객체는 누가 생성자에 넣어줄까요?
  • main 메서드 하나가 왜 웹 서버 시작으로 이어질까요?
  • 스타터(starter)를 넣으면 왜 여러 라이브러리가 같이 따라올까요?
  • 자동 설정(auto-configuration)은 언제 적용되고, 언제 물러날까요?
  • 테스트에서는 왜 실행할 때와 다른 컨텍스트가 뜰까요?
  • Annotation 하나를 붙였는데 실제로는 프록시(proxy), 조건(condition), 컨텍스트(application context) 중 어디가 움직인 걸까요?
  • 운영에서 문제가 났을 때 로그, 설정, 빈 목록, 조건 평가 리포트 중 무엇부터 봐야 할까요?
이 질문들이 뒤 글들의 기준점이 될 거예요.
1

내가 작성한 코드를 구분해요

Controller, Service, Repository처럼 우리가 직접 책임지는 클래스부터 찾아요. 각 클래스가 필요한 의존성과 업무 규칙을 어떻게 표현하는지 읽어요.
2

Spring 컨테이너의 일을 추적해요

어떤 객체를 빈으로 만들고, 생성자 의존성을 어떻게 연결하는지 살펴봐요. 객체 생명주기와 프록시 경계도 컨테이너의 책임에서 이어져요.
3

Spring Boot가 더한 기본값을 확인해요

starter가 어떤 라이브러리를 가져오고 자동 설정이 어떤 조건으로 적용되는지 봐요. 편리한 기본값과 우리가 명시한 설정의 경계를 구분해요.
4

실행 중 애플리케이션에서 검증해요

HTTP 요청, 데이터 접근, 보안, 관측 지표처럼 실제 동작으로 앞선 설정을 확인해요. 코드와 컨테이너와 Boot의 선택이 운영 결과로 어떻게 나타나는지 연결해요.
이 그림의 핵심은 역할 분리예요. 개발자는 애플리케이션의 행동을 쓰고, Spring은 객체를 만들고 연결하고, Spring Boot는 반복되는 설정과 실행 기본값을 준비해요.

​
자, 정리해볼까요?

  • 처음이라면 위 목록을 차례대로 읽는 게 가장 자연스러워요.
  • 이 카테고리는 Annotation을 외우기보다, 프레임워크가 대신 처리한 일을 이해하는 데 집중합니다.
  • 각 글은 익숙한 장면에서 시작해 내부 메커니즘과 실패할 수 있는 경계까지 함께 살펴봅니다.
그럼 첫 글부터 시작해볼까요? 첫 글 읽기