웹 기본
백엔드(Backend)
백엔드는 앱의 요청을 받아 데이터 저장, 사용자 권한 확인 같은 일을 서버에서 처리하는 부분입니다.
쉬운 설명
앱에서 신청 버튼을 누르면, 입력한 내용을 저장하고 신청할 수 있는 사람인지 확인하는 처리가 필요해요. 이런 일을 서버에서 맡는 부분이 백엔드예요. 사용자가 보고 누르는 화면은 프론트엔드이고, 백엔드는 그 화면에서 보낸 요청을 처리해 결과를 돌려줘요. 신청 완료 문구가 보이는 것과 실제로 신청 정보가 저장되는 것은 별도로 확인해야 해요.
이런 상황에서 만나요
스터디 신청 페이지를 AI로 만들었는데, 신청 완료 문구는 나오고 운영자 명단에는 아무도 없다고 해 볼게요. 이때 “화면만 만든 건지, 백엔드 저장 기능까지 연결됐는지 확인해 보세요”라는 말을 듣게 돼요. 아래는 저장이 실제로 처리됐을 때 확인할 수 있는 화면과 기록의 예시예요.
신청 완료 문구와 저장 기록을 함께 확인해요
신청 번호: DEMO-001
신청 요청 받음
필수 입력값 확인 → 통과
신청 정보 저장 → 성공
DEMO-001 · AI 스터디 · 접수됨
- 1화면의 완료 문구는 사용자에게 보여 주는 결과입니다. 문구만으로 저장을 증명하지는 못해요.
- 2서버 로그는 요청을 처리한 과정을 확인하는 기록입니다. 실제 메시지 형식은 앱마다 달라요.
- 3저장소에 신청 기록이 있는지 확인합니다. 서버에서 성공으로 처리한 내용과 맞는지 살펴봐요.
저장이 안 된다면 AI에게 “신청 버튼을 누른 뒤 서버로 요청이 보내지는지, 서버가 어떤 결과를 돌려주는지 확인해 줘”라고 요청해 보세요. 서버의 처리 기록인 로그와 데이터베이스의 저장 결과를 함께 보면, 요청 전송과 저장 중 어느 단계에서 막혔는지 좁힐 수 있어요.
헷갈리기 쉬운 점
데이터베이스가 있으면 백엔드도 완성된 건가요?
데이터베이스는 데이터를 저장하고 조회하는 시스템이에요. 누가 무엇을 저장하거나 볼 수 있는지, 잘못된 입력을 어떻게 처리할지 같은 규칙도 필요해요. 직접 서버 코드를 만들 수도 있고, 이런 기능을 제공하는 서비스를 설정해서 사용할 수도 있어요.
브라우저에 표시되는 성공 문구만으로 저장 완료를 판단하지 마세요. 서버의 응답과 실제 기록을 함께 확인해야 해요. AI 서비스의 비밀 API 키처럼 공개하면 안 되는 값은 브라우저에 넣지 않고 서버 쪽에서 사용해요. 공개용 키까지 모두 비밀값인 것은 아니므로 사용하는 서비스의 키 종류를 확인하세요.
왜 알아야 할까요?
버튼 모양을 고쳐야 하는 문제인지, 요청 처리와 저장을 고쳐야 하는 문제인지 나눠서 볼 수 있어요. AI에게 오류를 설명할 때도 “안 돼요” 대신 “신청 요청은 갔는데 저장에 실패했어요”처럼 확인한 지점을 전달할 수 있어요.
조금 더 자세히
브라우저와 백엔드는 보통 HTTP 요청과 응답으로 통신합니다. 화면에서 신청 정보를 보내면 백엔드는 입력값과 접근 권한을 확인하고, 필요한 데이터를 저장한 뒤 결과를 돌려줄 수 있습니다. API는 이런 요청을 어떤 주소와 형식으로 주고받을지 정한 인터페이스입니다.
서버는 요청을 받아 처리하는 프로그램이나 그 프로그램이 실행되는 컴퓨터를 가리킵니다. 백엔드는 그곳에서 수행하는 앱의 데이터 처리와 규칙에 초점을 둔 말입니다. 서버리스 함수를 쓰거나 관리형 서비스를 이용하더라도 요청을 처리하는 백엔드 역할은 존재합니다.
모든 웹사이트에 별도의 앱 백엔드를 직접 만들어야 하는 것은 아닙니다. 내용만 보여 주는 페이지는 정적 파일로 제공할 수 있고, 신청이나 결제는 외부 서비스를 이용할 수도 있습니다. 기능에 맞춰 어디에서 처리하고 저장할지를 정하면 됩니다.
직접 사용할 때 확인해 보세요
- 화면의 성공 문구와 실제 저장 결과를 구분한다
- 요청의 응답과 서버 로그에서 실패한 단계를 찾는다
- 저장과 조회에 필요한 권한 규칙을 확인한다
관계 지도
