내 앱을 위해 auth 백엔드를 만들었고 — 판매해 보며 작동 여부를 확인했다
Source: Dev.to
Introduction
새 Android 모바일 앱 작업을 시작했을 때, 한 가지는 확실히 알았다: 인증 로직을 다시 작성하고 싶지 않다. 인증은 제대로 구현해야 하는 중요한 부분이지만, 내가 가장 싫어하는 영역이기도 하다—JWT 설정, 리프레시 토큰, 만료 처리, 로그아웃, 엣지 케이스, 그리고 라이브러리 버전 관리 등.
Building a Reusable Auth Backend
이번 프로젝트에서는 인증을 포함한 백엔드를 완전히 처음부터 직접 구축하기로 했다. 이전에 엔드‑투‑엔드로 직접 다뤄본 적이 없던 부분이다. 인증을 급하게 처리하고 넘어가기보다, 천천히 진행하면서 재사용 가능한 백엔드처럼 다루었다.
Stack
- Fastify
- TypeScript
- Prisma
Implemented Features
- JWT 액세스 토큰
- 안전하게 저장된 리프레시 토큰
- 토큰 회전 (Token rotation)
- 로그아웃 및 토큰 폐기
- 깔끔한 검증
- 흐름을 테스트할 수 있는 정식 Postman 컬렉션
목표는 간단했다: 앞으로 다른 프로젝트를 시작할 때, 두려움 없이 이 백엔드를 재사용할 수 있어야 한다.
From Experiment to Market Test
백엔드를 만들면서 한 가지 생각이 떠올랐다: 내가 이 과정을 힘들게 배우고 있다면, 다른 개발자들도 비슷할지도 모른다. 프로젝트를 정리하고, 환경 설정을 제대로 구성하고, 생성된 파일과 비밀 정보를 제거한 뒤, 재사용 가능한 형태로 만들었다.
그런 다음 스스로에게 아주 솔직한 질문을 던졌다:
돈을 벌기 위해서가 아니라, 누군가에게 도움이 될지 보기 위해 이걸 판매해볼까?
큰 기대도, 대대적인 출시 홍보도 없이—그냥 호기심만으로.
Lessons Learned
- 마켓플레이스가 자동으로 트래픽을 가져다 주지는 않는다 – 가시성을 확보하려면 여전히 노력이 필요하다.
- 백엔드 템플릿은 충동구매 대상이 아니다 – 개발자들은 신중하게 평가한다.
- 개발 도구를 판매하는 것은 기능보다 신뢰가 더 중요 – 신뢰도가 핵심이다.
- 다른 사람을 위해 무언가를 준비하면 코드가 더 깔끔해진다 – 평소 놓치던 부분을 발견하게 된다.
아무도 구매하지 않더라도, 그 자체가 충분히 가치 있는 연습이었다.
Outcomes
- 내 앱을 위한 견고한 인증 기반.
- 직접 만들었기 때문에 깊이 이해하고 있는 백엔드.
- 개발자 제품이 실제로 어떻게 작동하는지에 대한 명확한 이해.
이 글을 공격적으로 판매하기 위해서가 아니라, 대부분의 글이 수동 소득과 하루아침 성공을 이야기하는 반면, 실제 과정을 거의 다루지 않기 때문에 공유한다:
- 처음으로 무언가를 만든다.
- 이전에 피했던 부분을 배운다.
- 자신의 올바름을 의심한다.
- 그래도 공개한다.
인증이 위험하게 느껴져서 피했거나, 백엔드 일부를 완전히 소유하지 못하고 만든 적이 있다면 당신은 혼자가 아니다. 내가 만든 것을 문서화하고, 궁금한 사람들을 위해 공개했다. 링크는 내 프로필에 있다.
Closing Thought
때로 목표는 즉각적인 판매가 아니라—아이디어가 더 많은 시간을 투자할 가치가 있는지 배우는 것이다.