홈 > 제작 > 기술 스택
쉬운 말로 고르면, 스택으로.
고객은 “안정적인 서버가 필요해요”라고 말하고, 내부에서 기술 스택으로 변환합니다. 아래는 인터랙션 확인용 목업이며 제품명·구성은 예시입니다.
요구 → 스택 변환
칩을 켜고 끄면 오른쪽이 바뀝니다쉬운 말로 고르세요 (복수 선택)
→ 우리가 쓰는 스택 (11)
- Next.js (React) · TypeScript
- PostgreSQL
- REST API (필요 시 GraphQL)
- 반응형 · 접근성 · 성능 예산
- Git · CI · 스테이징 분리
- AWS ECS + Docker
- Auto Scaling · ALB
- CI/CD 파이프라인
- PG 연동 (토스 / PortOne)
- 웹훅 · 재시도 큐
- 정산 리포트
레이어별 구성
레이어를 눌러 상세프론트엔드Next.js (React) · TypeScript
대안 · 반응형 · 접근성 · 성능 예산 · 필요 시 PWA
SSR/SSG로 SEO·초기 로딩을 잡고, 한 언어(TS)로 프론트·백을 묶습니다.
왜 이 스택인가
- 한 언어(TypeScript)로 프론트·백을 묶어 타입을 공유하고, 유지보수·인수인계를 쉽게 합니다.
- 관리형 서비스를 먼저 씁니다 — 직접 운영할 것을 최소화해 안정성·비용을 확보합니다.
- 인프라는 코드로 정의(IaC)해 재현 가능하게, 배포는 되돌릴 수 있게 유지합니다.
- 표준을 따릅니다 — REST/HTTP, PostgreSQL, OAuth 등. 특이한 선택은 이유를 문서로 남깁니다.
바꿀 수 있는 것 · 항상 지키는 것
프로젝트마다 고르는 것
- CMS (헤드리스 / 전통형)
- 결제사 · PG
- 호스팅 (AWS / Vercel / GCP)
- DB 종류
- 디자인 · 협업 도구
- 분석 · 실험 도구
우리가 항상 지키는 것
- TypeScript · 타입 안정성
- 버전 관리 · 코드 리뷰 · CI
- 로컬 / 스테이징 / 프로덕션 분리
- 자동 백업 · 복구 리허설
- 전 구간 HTTPS
- 접근성 · 성능 예산
제작 더 보기
우리 요구엔 어떤 스택이 맞을까요?
원하는 결과와 제약(예산·일정·팀 역량)을 알려주시면 스택을 제안해 드립니다.