풀스택 개발자로 서비스 운영 흐름 다루기

서비스 흐름을 함께 보는 이유

프론트엔드, 백엔드 API, 데이터, 배포 흐름은 따로 움직이지 않는다. 화면에서 사용자가 보는 상태는 API 계약과 데이터 모델에 기대고, 운영 중 생기는 장애나 문의는 로그, DB, 배포 산출물, 권한 흐름을 함께 봐야 좁혀진다.

그래서 풀스택 개발자로 일할 때는 기능을 화면 단위로만 보지 않고, 사용자가 지나가는 경로와 서버에서 검증되는 조건을 같이 확인하려고 한다. 결제/정산/운영 시스템처럼 상태 전이가 중요한 영역에서는 이 관점이 특히 중요하다.

내가 확인하는 기준

• 화면에서 필요한 상태와 API 응답 계약이 맞는지 먼저 본다.
• SQL, 로그, 배포 SHA처럼 운영 중 원인을 좁힐 수 있는 기준을 남긴다.
• GitHub Actions, Jenkins, CloudFront, 앱 배포 도구처럼 실제 배포 흐름을 기능 검증 범위에 포함한다.
• Cursor와 Codex는 요구사항 분해, 레거시 분석, 테스트 후보 정리, 반복 QA 속도를 높이는 도구로 사용한다.

개인 프로젝트와 연결한 방식

castleCms는 이 관점을 개인 프로젝트에 옮긴 작업이다. 게시글, 미디어, 조직, 사용자, 외부 API 클라이언트 관리 기능을 단순 CRUD로만 보지 않고, 관리자 인증, 권한 모델, API Key 발급/폐기, 테스트 기준까지 함께 잡았다.

AI 개발 도구는 구현을 빠르게 반복하는 데 도움을 주지만, 무엇을 만들지 정하고 어떤 기준으로 검증할지는 개발자가 정해야 한다. 포트폴리오에서도 이 흐름이 보이도록 기능 설명과 QA 자동화를 함께 정리했다.