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

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

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

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

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

​
자, 정리해볼까요?

  • 처음이라면 위 목록을 차례대로 읽는 게 가장 자연스러워요.
  • 이 카테고리는 Annotation 암기보다 프레임워크가 대신 한 일을 보이게 만드는 데 집중해요.
  • 각 글은 쉬운 장면에서 시작하되, 나중에 인용해도 버틸 수 있도록 메커니즘과 실패 경계까지 함께 남겨요.
  • 실제 파일명은 번호 없는 안정적인 slug를 쓰고, 읽는 순서는 docs.json의 navigation에서 관리해요.
그럼 첫 글부터 시작해볼까요? 첫 글 읽기