비개발자 필수시청. 백엔드는 이거 이상으로 공부하지 마세요. (백엔드 상편)

한 줄 핵심

백엔드는 눈에 보이지 않는 서버·DB·API의 흐름을 이해하고, 요청마다 데이터를 저장·조회·가공해 화면이나 앱에 전달하는 구조로 보면 더 이상 어렵지 않다.

시간별 요약

1. 0:00
   백엔드는 프론트엔드의 반대편에 있는 눈에 보이지 않는 영역이며, 서버·데이터베이스·API를 함께 이해해야 전체 구조가 잡힌다. 식당의 주방처럼 요청을 받아 내부에서 처리한 뒤 결과를 내보내는 역할로 보면 개념이 훨씬 선명해진다.
2. 3:02
   IP 주소는 인터넷에 연결된 모든 컴퓨터의 실제 번호이고, DNS는 사람이 외우기 쉬운 도메인 이름을 그 IP 주소로 바꿔 주는 전화번호부 역할을 한다. 주소창에 네이버.com을 치면 브라우저가 DNS를 통해 IP 주소를 찾고, 그 주소로 서버에 접속한다.
3. 5:00
   초기의 서버는 미리 저장된 파일만 전달했지만, 방명록이나 검색처럼 사용자마다 다른 화면이 필요해지면서 요청 시점에 HTML을 생성하는 방식이 등장했다. CGI가 그 출발점이었고, 이때부터 서버는 단순 보관함이 아니라 상황에 맞춰 결과를 만들어 내는 백엔드로 발전했다.
4. 8:02
   방명록 데이터를 텍스트 파일에 쌓는 방식은 데이터가 늘수록 검색·수정·삭제가 느려지고, 파일 손상 시 유실 위험도 커진다. 관계형 데이터베이스는 데이터를 표 형태로 저장해 조건 검색과 수정·삭제를 효율적으로 만들었고, 서버는 요청에 따라 DB에서 데이터를 꺼내거나 저장한 뒤 HTML을 만들어 응답하게 된다.
5. 11:01
   기능이 많아질수록 화면 코드, DB 코드, 인증 코드가 한 파일에 섞여 유지보수가 어려워진다. MVC는 이를 Model, View, Controller로 나눠 역할을 분리하는 디자인 패턴이며, 이후 웹과 앱 개발 전반의 기본 구조가 되었다.
6. 16:01
   아이폰과 모바일 앱의 등장으로 서버는 HTML을 만들어 주는 역할에서 데이터만 제공하는 역할로 바뀌었고, 그 창구가 API다. JSON 형식으로 키-값 데이터를 주고받게 되면서, 백엔드는 화면이 아니라 데이터 공급 중심의 구조로 재편되었다.

실무 인사이트

• 백엔드를 처음 배울 때는 기술 이름보다 먼저 요청→DB 저장/조회→응답이라는 흐름을 기준으로 구조를 외우는 것이 가장 빠르다.
• CRUD가 늘어날수록 파일 저장보다 데이터베이스와 역할 분리(MVC)가 필수이므로, 작은 프로젝트라도 초기에 구조를 나눠 두는 습관이 중요하다.
• 실무에서는 HTML 서버 렌더링보다 API와 JSON 중심 설계가 기본이므로, 백엔드 입문은 API를 기준으로 이해하는 것이 효율적이다.