1. 들어가며개발자 여러 명이 하나의 프로젝트를 동시에 개발할 때, 각자의 코드가 서로 충돌하고 덮어씌워지는 대참사를 막기 위해 우리는 'Git(깃)'이라는 버전 관리 시스템을 사용합니다. 그리고 이 Git을 사용할 때, 메인 코드에서 가지(Branch)를 쳐서 각자 작업한 뒤 다시 합치는 과정을 거치게 됩니다.하지만 자유도가 너무 높은 Git 환경에서 아무런 규칙 없이 각자 마음대로 브랜치를 만들고 합치게 되면 어떻게 될까요? 프로젝트의 릴리스 일정이 꼬이고, 배포 중에 치명적인 버그가 터지는 등 걷잡을 수 없는 혼란에 빠지게 됩니다.그래서 등장한 것이 바로 '브랜치 전략(Branching Strategy)'입니다. 이는 "어떤 브랜치를 만들고, 언제 합치며, 언제 배포할 것인가"에 대한 팀 차원의 약..

1. 들어가며2편에서 만든 MovieFlix API는 기능적으로 완벽합니다. 영화를 조회하고, 만들고, 수정하고, 삭제할 수 있죠.하지만 이대로 인터넷에 배포하면 5분 만에 망합니다.보안: 누구나 DELETE /movies/1을 호출해서 영화를 다 지워버릴 수 있습니다. 😱성능: 영화가 100만 개가 되면 GET /movies 요청 한 번에 서버가 멈춥니다.신뢰성: 코드를 수정했는데 기존 기능이 잘 되는지 매번 손으로 확인할 순 없죠.3편에서는 이 API를 '현업 수준'으로 끌어올리는 필수 요소들을 다룹니다. 2. 보안 (Security)API 보안의 핵심은 "너 누구야?(인증)"와 "너 이거 할 수 있어?(인가)"입니다. 2-1. 인증(Authentication)과 JWTREST API는 '무상태(..