1. 들어가며프론트엔드(FE)와 백엔드(BE)가 협업할 때 가장 많이 하는 말이 있습니다."API 나왔나요?", "API 명세서 좀 주세요."API를 단순히 "DB에서 데이터 꺼내서 화면에 뿌려주는 기능" 정도로 생각하면, 나중에 유지보수 지옥이 펼쳐집니다."잘 짠 API"는 개발자 간의 명확한 약속(Contract)이자, 시스템의 얼굴입니다.API가 엉망이면 FE 개발자는 "이거 에러가 왜 나요?"라고 하루 종일 되묻고, BE 개발자는 "아, 그거 스펙 바꿨는데..."라며 땀을 흘리게 되죠.이번에는 API의 정석, 특히 현업 표준인 RESTful API를 어떻게 설계해야 '잘 짰다'는 소리를 듣는지 완벽하게 정리해 드립니다.2. API의 정의: (메뉴판과 점원)API (Application Progra..

1. 들어가며FE/BE 개발자나 AI 엔지니어는 "API 쏜다"는 말을 입에 달고 삽니다.API, 프로토콜, 소켓... 전부 '규칙'이라는 건 알겠는데, "그래서 뭐가 다른데?"라고 물어보면 말문이 막히곤 하죠.이 개념들은 '레이어(Layer)'로 이해해야 합니다. "API를 쏜다"는 한마디는, 사실 이 모든 레이어를 관통하는 행위입니다.API라는 '메뉴'를JSON이라는 '그릇'에 담아HTTP라는 '프로토콜(언어)'로 주문하면소켓이라는 '창구'를 통해 전달됩니다.이 포스팅에서 FE/BE 통신의 핵심 스택 5가지를 낱낱이 뜯어보겠습니다.2. L1. 소켓 (Socket): 통신의 창구 (OS 레벨)정의: OS(운영체제) 레벨에서 제공하는, 프로세스 간 통신의 **'실제 창구(Endpoint)'**입니다.설명..