전체 글8 1인 커머스 플랫폼 개발기 #03 - 개발 전 알아야 할 법적 요구사항 (통신판매업자) 이번 글에서는 본격적인 커머스 플랫폼 개발에 앞서 알아두어야 할 법적 요구사항들을 정리해 보겠습니다. 한국에서 커머스 서비스를 운영하려면 거래 기록을 어떻게 보존할 지, 개인정보를 어떻게 다뤄야 하는 지 등 법률로 정해진 의무들이 있습니다. 이걸 모르고 서비스의 DB를 설계하면 나중에 설계를 갈아엎어야 할 수도 있기에 개발 전 반드시 짚고 넘어가야 합니다. 본 글은 개발자 시점에서 정리한 자료이며, 법률 자문이 아닙니다. 실제 사업 진행 시에는 관할 기관 또는 전문가의 검토를 받으시기 바랍니다. 또한 법령은 개정될 수 있으므로 글 작성 시점(2026년 5월) 이후의 변경사항은 반영되어 있지 않을 수 있습니다. 법적 지위 구분법령에서는 커머스 플랫폼의 관계자들을 다음과 같이 구분합니다.자사몰 관리자 -> .. 2026. 5. 4. 1인 커머스 플랫폼 개발기 #02 - 기술스택 선정 MVP 범위와 확장을 위한 설계 원칙을 정했으니, 이번 글에서는 실제로 어떤 기술 스택으로 개발할지 정리해 보겠습니다. 기술 스택 선정 시 자사몰 형태의 MVP 개발 후 커머스 플랫폼으로 확장할 때, 기술 스택을 마이그레이션 하지 않아도 되도록 커머스 플랫폼에 적합한 기술스택으로 선정했습니다. 결정 영역은 크게 프론트엔드와 백엔드 두 갈래로 나뉩니다. 프론트엔드부터 차례로 살펴보겠습니다. 프론트엔드1. 언어 - TypeScript프론트엔드 언어 후보는 JavaScript와 TypeScript 두 가지였고, TypeScript를 선택했습니다. TypeScript의 장점은 다음과 같습니다.null safety, 타입 강제 변환에 의한 에러 등을 런타임이 아닌 컴파일 타임에 감지할 수 있습니다.타입 정보가 코.. 2026. 5. 3. 1인 커머스 플랫폼 개발기 #01 - MVP 기획 플랫폼 특징 정하기커머스 플랫폼을 개발하기로 결정한 후, 한국에서 성공적으로 운영 중인 커머스 플랫폼들을 살펴보니 크게 두 갈래로 나눌 수 있었습니다.범용 커머스 플랫폼: 쿠팡, 네이버 쇼핑, 11번가특화 커머스 플랫폼: 무신사(의류), 당근마켓(중고), 오늘의 집(셀프 인테리어), 아이디어스(핸드메이드)평소 잘 아는 분야가 있었다면 그쪽 분야 특화 커머스 플랫폼(자전거 용품, 전자제품 등)으로 정했겠지만, 개발 외에는 딱히 익숙한 분야가 없었습니다. 마침 사는 곳 근처에 코스트코가 있어서, 초기 판매자 확보 전 직접 테스트 판매자로서 활동해 보기에 좋겠다는 생각이 들었고 추후 좋은 아이디어가 생기면 해당 제품군 특화 서비스로 개편할 수도 있다는 점에서 일단은 범용 커머스 플랫폼으로 방향을 정하게 되었습.. 2026. 5. 1. 1인 커머스 플랫폼 개발기 #00 - 시작하며 쿠팡, 11번가 같은 커머스 플랫폼을 개발해보려 합니다.온라인으로 물건을 판매하는 서비스를 커머스(e-commerce)라고 하고, 사이트 관리자 외에 다른 사용자들도 입점하여 판매할 수 있으면 커머스 플랫폼이라 부릅니다. 개발자로서 언젠가 사이드 프로젝트를 운영해보고 싶었는데, 마침 휴직 중인 지금이 좋은 시기라 생각되어 시작해 보기로 했습니다. 프로젝트의 도메인을 커머스 플랫폼으로 정한 이유는 다음과 같습니다.기술적 도전이 가장 많을 것 같다는 점 (결제, 정산, 검색, 상품 추천 알고리즘 등) 포트폴리오로서 가치가 있을 것 같다는 점 (한국에서 성공적으로 운영 중인 서비스들 중 커머스 플랫폼이 많음)수익화가 가장 수월할 것 같다는 점 (사용자가 이용료를 지불하는 게 아니라, 발생한 수익의 일부분을 나.. 2026. 5. 1. JWT 토큰에 대해 JWT 토큰이란?JWT 토큰은 Json Web Token의 약자로, 웹 통신 시 클라이언트의 인증에 사용되는 JSON 형태의 토큰 값입니다.최근, 서버 측에서 토큰 인증 방식으로 요청을 보낸 클라이언트의 신원을 확인할 때 JWT토큰을 많이 사용합니다. Session 기반 인증과는 다르게JWT토큰을 사용한 인증 시, 서버측에서 별도의 DB 조회가 필요 없어 효율적이라는 장점이 있습니다.JWT 토큰의 구조eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJzdWIiOiJ1c2VyQGV4YW1wbGUuY29tIiwicm9sZXMiOlsiUk9MRV9BRE1JTiJdLCJleHAiOjE3NTA4MjYyODgsImlhdCI6MTc1MDczOTg4OH0.cSW65JDV0wTpSIfQV4KPE8k.. 2025. 6. 29. 관계형 DB를 설계할 때 알아두면 좋을 것들 오늘은 관계형 DB를 설계할 때 알아두면 좋을 것들에 대해 설명해 보겠습니다.기본키는 serial 타입을 사용테이블에는 id라는 이름으로 serial 타입의 인공키(surrogate key)를 기본키로 사용하는 것이 좋습니다. 인공키같은 기본키 용도의 별도의 속성을 두지 않고 기존 속성 중 하나를 골라 기본키로 사용할 수도 있겠지만 인공키를 사용하면모든 테이블이 동일한 형태의 기본키를 사용하므로 가독성이 향상됩니다. (모든 테이블의 기본키 속성 이름은 id라는 것이 보장됨)인공키를 사용하지 않는 경우, 기본키 속성 변경에 의해 기존 기본키를 참조하던 테이블들의 외래키 설정을 바꿔야 하는 경우를 예방할 수 있습니다.대부분의 RDBMS에서는 기본키에 자동으로 인덱스 설정이 적용됩니다. serial 타입의 인.. 2025. 3. 20. 이전 1 2 다음
