이커머스 프레임워크 vs 빌링·회계 도구, 커머스·결제 4파전
쇼핑몰 프레임워크(evershop, bagisto)와 청구·회계 도구(lago, akaunting)를 한 상에 놓고, '결제까지 이어지는 커머스 흐름'에서 각자 어디를 맡는지 비교합니다.
왜 이들을 묶었나 — 네 프로젝트는 이름은 '커머스·결제'로 묶이지만 실제로 다루는 문제는 다릅니다. evershop과 bagisto는 카탈로그부터 주문까지 쇼핑몰 자체를 만드는 도구이고, lago는 구독·사용량 과금만 따로 처리하는 빌링 엔진이며, akaunting은 청구서와 회계 장부를 관리하는 도구입니다. 이 차이를 모르고 고르면 '결제'라는 단어만 보고 엉뚱한 도구를 붙이게 됩니다. 이 비교는 순위를 매기기보다, 지금 필요한 게 스토어 전체인지 과금 로직인지 회계 처리인지를 먼저 구분하도록 돕습니다.
bagisto/bagisto
Laravel 기반 오픈소스 이커머스 프레임워크로 B2B, 멀티벤더, 헤드리스 커머스를 지원합니다.
왜 이걸 골랐나 — bagisto는 카탈로그부터 체크아웃·결제·재고까지 커머스 전 과정을 하나의 프레임워크로 제공하며 Stripe·PayPal 등 결제 연동이 기본 내장되어 있고 MIT 라이선스로 제약이 적어, 이 카테고리를 처음 접하는 사람이 가장 빠르게 완결된 스토어를 구축해볼 수 있습니다.
여섯 가지 차원으로 견줬습니다
| 차원 | evershopcommerce/evershop후보 | getlago/lago후보 | bagisto/bagisto🍚 착한밥상 | akaunting/akaunting🍚 착한밥상 |
|---|---|---|---|---|
| 설치 난이도높을수록 쉬움 | 가벼운 설치Node/TS 단일 스택 기반으로 npm 설치 위주라 초기 셋업이 비교적 단순합니다. | 인프라 구성 부담DB·큐·데이터 저장소 등 여러 서비스를 docker-compose로 함께 띄워야 해 설치 단계가 많습니다. | 단계형 설치GUI 인스톨러 또는 Composer+artisan 마이그레이션을 거치며, Sail 기반 docker-compose도 제공됩니다. | 커맨드 한 줄 설치php artisan install 한 커맨드로 DB 접속정보와 관리자 계정을 받아 마이그레이션·시딩까지 처리합니다. |
| 성능·규모높을수록 대규모에 적합 | 중소형 커머스형모듈식 GraphQL 구조로 필요한 기능만 붙여 쓰는 방식이라 중소형 규모에 맞춰져 있습니다. | 이벤트 처리 지향Go 기반으로 사용량 이벤트와 청구 계산을 대량으로 처리하는 데 초점이 맞춰져 있습니다. | 멀티벤더·B2B 대응멀티벤더·B2B까지 지원하지만 PHP/Laravel 특성상 대규모 트래픽엔 추가 튜닝이 필요합니다. | 소상공인 규모다중 회사 관리를 지원하지만 대규모 트랜잭션보다는 소상공인·프리랜서 규모에 맞춰져 있습니다. |
| 유지보수 활력높을수록 활발 | 후보(관찰중)아직 관찰 단계 후보로 분류되어 있어 활력 지표가 추가로 검증되는 중입니다. | 후보(관찰중)빌링 SaaS 배경의 프로젝트로 관찰 단계 후보에 있으며 지속적인 업데이트가 이어지고 있습니다. | 착한밥상 인증다수의 도메인 패키지가 지속적으로 관리되는 흔적이 있는 착한밥상 인증 프로젝트입니다. | 착한밥상 인증이벤트·모듈 구조를 통해 기능이 계속 확장되어 온 착한밥상 인증 프로젝트입니다. |
| 학습곡선높을수록 완만함 | GraphQL 학습 필요TypeScript는 익숙해도 GraphQL 스키마와 모듈 확장 방식을 새로 익혀야 합니다. | 청구 도메인 복잡요금제, 사용량 이벤트, 인보이스 로직 등 빌링 특유의 개념을 먼저 이해해야 합니다. | 패키지 구조 파악수십 개 도메인 패키지와 ACL·메뉴 설정 체계를 파악하는 데 시간이 걸립니다. | 정형화된 컴포넌트회계 도메인 지식은 필요하지만 Blade 컴포넌트 구조가 정형화되어 있어 패턴 파악은 상대적으로 쉽습니다. |
| 라이선스상업적 사용 | ➖ GPL-3.0 | ➖ AGPL-3.0 | ✅ MIT | ➖ NOASSERTION |
| 용도 적합어디에 맞나 | 헤드리스·GraphQL 기반으로 커스텀 프론트를 직접 만들고 싶은 소규모 커머스 프로젝트에 적합합니다. | 쇼핑몰이 아니라 구독·API 사용량 기반 SaaS 상품의 청구·인보이스만 별도로 처리해야 하는 상황에 적합합니다. | 결제·B2B·멀티벤더까지 포함한 완결형 온라인 스토어를 PHP·Laravel 생태계에서 빠르게 구축하려는 팀에 적합합니다. | 온라인 스토어 자체보다 소상공인·프리랜서의 청구서 발행과 회계 관리가 핵심 목적일 때 적합합니다. |
각자 무엇을 잘하고, 무엇을 포기했나
TypeScript와 GraphQL 기반의 모듈식 오픈소스 전자상거래 플랫폼
👍 장점
- 모듈식 구조로 필요한 기능만 붙여 확장 가능
- GraphQL API로 헤드리스 프론트엔드 연동 용이
- TypeScript 기반이라 Node 생태계 도구와 통합 쉬움
- 가벼운 설치로 빠른 프로토타이핑 가능
👎 단점
- 아직 후보(관찰중) 단계로 실전 검증 사례 부족
- 결제·물류 등 부가 모듈 생태계가 상대적으로 작음
- B2B·멀티벤더 같은 고급 커머스 기능은 별도 구현 필요
사용량 기반 청구를 처리하는 오픈소스 빌링 플랫폼
👍 장점
- 사용량 기반 청구에 특화된 요금제·인보이스 엔진 제공
- SaaS·구독형 비즈니스의 복잡한 과금 로직을 설정만으로 처리 가능
- Go 기반으로 이벤트 처리 성능 확보
👎 단점
- 커머스(카탈로그·주문·재고) 자체 기능은 없어 별도 이커머스 시스템과 연동 필요
- DB·큐·데이터 저장소 등 인프라 구성이 상대적으로 복잡
- 요금제·사용량 이벤트 같은 청구 도메인 개념 학습이 필요
Laravel 기반 오픈소스 이커머스 프레임워크로 B2B, 멀티벤더, 헤드리스 커머스를 지원합니다.
👍 장점
- 카탈로그·체크아웃·결제·재고·B2B·멀티벤더까지 커머스 전 과정을 패키지로 제공
- Stripe·PayPal·Razorpay·PayU 등 주요 결제 연동이 기본 내장
- docker-compose(Sail)와 프로덕션 Dockerfile로 배포 경로가 명확
- MIT 라이선스로 상업적 활용 제약이 적음
👎 단점
- 패키지 수가 많아 전체 구조를 파악하는 데 시간이 걸림
- Laravel·PHP 스택에 대한 이해가 선행되어야 함
- 기능이 많은 만큼 초기 설정·시딩 과정이 다소 길다
중소기업과 프리랜서를 위한 오픈소스 온라인 회계 소프트웨어
👍 장점
- 청구서·지출·은행거래·다중 회사 관리 등 회계 업무를 한 곳에서 처리
- 이벤트 기반 구조로 App Store 형태의 모듈 확장 가능
- artisan install 한 커맨드로 설치 과정이 단순화됨
👎 단점
- 이커머스 자체의 카탈로그·주문 기능은 없어 쇼핑몰 용도로는 부적합
- 라이선스가 NOASSERTION으로 명시되어 사용 전 조건 확인 필요
- PayPal 등 결제 모듈은 별도 패키지 설치가 필요
용도별 추천
카탈로그·체크아웃·결제·재고까지 패키지로 갖춘 완결형 이커머스 프레임워크이기 때문입니다.
커머스 기능 없이 요금제·인보이스·사용량 이벤트 처리에 특화되어 있기 때문입니다.
TypeScript+GraphQL 모듈 구조로 프론트엔드를 자유롭게 붙일 수 있기 때문입니다.
청구서, 지출, 은행거래, 다중 회사 관리 등 회계 업무 전반을 다루기 때문입니다.
어떤 기준으로 견줬나
맛대결은 순위표가 아닙니다. 아래 여섯 차원은 “설치해서 실제로 쓸 때 결과가 갈리는 지점”만 골랐고, 등급은 검증단이 각 레포를 실제 설치·실행해 남긴 기록과 공개 저장소 데이터에 근거합니다.
등급은 절대 점수가 아니라 이 대결 안에서의 상대 비교입니다 · 착한밥상 배지는 4개 관문(안전·실속·살아있음·숙성)을 통과한 레포에만 붙습니다 · 관찰 중 표기는 숙성 기간이 아직 차지 않은 경우입니다.
지난 맛대결
아직 지난 회차가 없어요 — 지금 보고 있는 이 회차가 이 카테고리의 첫 회차입니다. 다음 회차가 차려지면 이 회차가 여기에 쌓이고, 지난 회차는 깃밥 PRO에서 열립니다.