웹 인프라5분
20명에서 100명까지, 사내 시스템 배포 아키텍처 설계하기
사내 시스템은 직원 수가 적다고 해서 항상 가볍지 않다. 20명이 쓰는 문서 변환 시스템은 100명이 쓰는 단순 결재 시스템보다 더 많은 CPU와 저장 공간을 요구할 수 있다. 그래서 배포 구조는 인원수보다 동시 접속, 요청 시간, 파일 크기, 실시간 연결 수, 장애 허용 시간을 기준으로 정해야 한다.
사내 시스템은 직원 수가 적다고 해서 항상 가볍지 않다. 20명이 쓰는 문서 변환 시스템은 100명이 쓰는 단순 결재 시스템보다 더 많은 CPU와 저장 공간을 요구할 수 있다. 그래서 배포 구조는 인원수보다 동시 접속, 요청 시간, 파일 크기, 실시간 연결 수, 장애 허용 시간을 기준으로 정해야 한다.
사내 시스템을 처음 만들 때는 Vercel, Supabase 같은 관리형 서비스를 조합하는 것이 효율적이다. 서버를 직접 관리하지 않아도 되고 사용자가 적은 시기에는 비용도 낮다.
웹 서비스에는 첨부 파일, 프로필 이미지, 업무 문서, 내보내기 파일과 백업 데이터를 저장할 공간이 필요하다. 대표적인 선택지는 Amazon S3와 Cloudflare R2다. 두 서비스 모두 안정적인 객체 스토리지지만 비용 구조와 강점은 꽤 다르다.
Next.js 서비스의 웹 화면과 API는 Vercel에 올릴 수 있지만, 모든 프로세스를 같은 방식으로 배포할 수 있는 것은 아닙니다. WebSocket 연결을 오래 유지하는 실시간 서버와 큐를 계속 확인하는 백그라운드 워커는 일반적인 웹 요청과 실행 방식이 다릅니다.
웹과 모바일 앱을 함께 제공하는 서비스를 배포할 때는 화면을 올리는 비용만 계산해서는 안 됩니다. 데이터베이스, 캐시, 실시간 통신, 백그라운드 작업, 이미지 저장소까지 포함해야 실제 운영비에 가까워집니다.
사내 시스템을 만들 때 가장 자주 나오는 질문 중 하나는 "직원 수가 늘어나면 서버 비용도 같은 비율로 늘어나는가"입니다. Vercel과 Supabase 조합에서는 직원 수보다 배포를 관리하는 개발자 수, 동시에 발생하는 요청, 데이터베이스 쿼리와 배치 작업이 비용에 더 큰 영향을 줍니다.
사내 시스템을 새로 만들 때 인프라를 처음부터 크게 잡아야 할지 고민하게 됩니다. 특히 Supabase Pro를 검토하면 Micro와 Small의 월 비용 차이는 크지 않지만, 어떤 기준으로 선택해야 하는지는 가격표만 보고 판단하기 어렵습니다.
부동산 운영에서는 공간의 상태가 계속 바뀝니다. 매물이 계약되고, 임대 기간이 지나며, 입주사의 요청이 생깁니다. 정보를 각각 관리하면 공실·갱신·민원 대응의 우선순위를 놓치기 쉽습니다. DUOLABS CP는 공간을 중심으로 세 가지 업무를 연결합니다.
물류 업무는 출발 전 배차, 이동 중 배송 상태, 운행 후 차량 기록이 이어져야 합니다. 각각을 전화와 종이로 관리하면 중복 배차나 인수 확인 누락, 운행거리 불일치가 생기기 쉽습니다. DUOLABS CP는 이 흐름을 세 개의 모듈로 정리합니다.
현장은 매일 상황이 바뀝니다. 작업 기록, 계획 대비 진척, 안전 지적, 자재 이동이 따로 남으면 사무실에서는 문제를 늦게 알게 됩니다. DUOLABS CP의 건설·현장 영역은 현장 보고와 후속 조치를 하나의 관리 흐름으로 보는 예시입니다.
클리닉의 운영 화면은 진료 판단을 대신하는 시스템이 아니라 환자가 기다리고, 수납하고, 다음 방문을 안내받는 과정이 끊기지 않게 도와야 합니다. DUOLABS CP의 의료·클리닉 영역은 비진료 운영에 초점을 맞춘 세 가지 화면을 보여 줍니다.
학원 운영 정보는 학생 명단, 출결표, 수강료 장부, 성적표로 쉽게 나뉩니다. 각각은 관리되어도 보호자에게 필요한 설명이나 미납·결석 대응은 늦어질 수 있습니다. DUOLABS CP의 교육·학원 영역은 학생 한 명의 운영 정보를 네 가지 관점에서 이어 봅니다.
매장 운영에서는 주문이 많아도 원가와 폐기, 발주를 놓치면 이익이 남지 않습니다. 홀과 주방의 상태도 서로 달라 고객 대기와 조리 지연이 생깁니다. DUOLABS CP의 요식·매장 영역은 메뉴 원가, 식자재 발주, 테이블 주문을 하나의 운영 이야기로 묶습니다.
이커머스 운영은 주문 목록만으로 설명되지 않습니다. 상품 옵션의 가격이 맞아야 하고, 배송 상태가 이어져야 하며, 반품 뒤 환불과 채널 수수료까지 정리되어야 실제 이익을 알 수 있습니다. DUOLABS CP는 이 과정을 네 개의 업무 화면으로 나눕니다.
고객지원의 품질은 답변 속도만으로 결정되지 않습니다. 문의가 담당자를 만나고, 같은 질문의 답이 지식으로 남고, 고객 혜택의 변동까지 추적되어야 일관된 경험이 만들어집니다. DUOLABS CP는 문의 티켓, 지식베이스, 포인트 원장을 각각의 모듈로 보여 줍니다.
돈과 관련된 업무는 숫자가 맞는 것만큼 처리 상태가 분명한 것이 중요합니다. 매출은 잡혔지만 세금계산서가 발행되지 않았거나, 급여 계산은 끝났지만 지급 확인이 빠지는 식의 틈이 생기기 때문입니다. DUOLABS CP의 회계·재무 영역은 월별 운영에 필요한 세 화면을 정리합니다.
예약 기반 사업은 시간표만 관리해서 끝나지 않습니다. 노쇼를 줄이고, 회원권 잔여 횟수를 확인하고, 강사와 공간의 정원을 맞춰야 실제 운영이 안정됩니다. DUOLABS CP는 이 세 가지를 서로 연결할 수 있는 기본 단위로 나눠 보여 줍니다.
제조·유통 현장은 재고, 생산, 품질, 설비, 출하가 서로 영향을 줍니다. 그런데 각 단계가 다른 엑셀로 나뉘면 부족 재고나 지연이 뒤늦게 발견됩니다. DUOLABS CP의 제조·유통 영역은 현장의 주요 신호를 한 흐름으로 이어 보는 예시입니다.
영업 정보가 명함, 메신저, 견적 파일, 담당자의 머릿속에 나뉘면 ‘누구에게 무엇을 약속했는지’부터 다시 확인해야 합니다. DUOLABS CP의 영업·매출 영역은 잠재 고객을 발견한 순간부터 견적, 수주, 계약 갱신까지 이어지는 흐름을 보여 줍니다.
백오피스의 출발점은 화려한 대시보드보다 매일 반복되는 일을 빠뜨리지 않는 것입니다. 결재는 메신저에, 근태는 엑셀에, 자산은 담당자의 기억에 흩어져 있으면 작은 확인에도 여러 사람의 시간이 듭니다. DUOLABS CP의 공통 업무 영역은 이런 기본 업무를 하나의 운영 화면으로 모은 예시입니다.