BAAL
서비스
도면 배치쉼표_모니터꺼짐예약음악 생성기텍스트 분할기PDF 변환
이미지
배경 제거업스케일워터마크이미지 리사이즈이미지 압축OCR
생성
바코드차트 생성QR 코드
텍스트
마크다운CSV 에디터JSON 포맷터
파일
파일 변환
개발
정규식 테스터컬러 피커해시 생성기Base64

IT

개발, 하드웨어, 소프트웨어 토론

게시판으로

Docker 대신 미니스택, 한 달 실전 후기

🇰🇷 통계충1시간 전조회 160댓글 8
솔직히 Docker 쓰면서 "이게 맞나" 싶었던 적 한두 번이 아님. 로컬에서 컨테이너 3개만 띄워도 RAM 4GB는 기본으로 잡아먹고, M1 맥북 팬 돌아가는 소리가 카페에서 민폐 수준이었음. 그러다 미니스택 얘기를 듣고 한 달 정도 실무 프로젝트에 붙여봤는데, 결론부터 말하면 "쓸 만한데 만능은 아니다"임. **일단 숫자부터 까자.** Docker Desktop 기준 idle 상태에서 메모리 점유 약 1.2~1.8GB. 미니스택은 동일 스택(Nginx + Node + Postgres) 구성에서 약 300~450MB 수준. 체감으로 대충 가벼운 거 같다가 아니라, 실측 기준 메모리 사용량 약 70~75% 절감됨. 콜드 스타트도 Docker가 컨테이너 풀 빌드 시 평균 45~90초 걸리는 데 비해, 미니스택은 네이티브 프로세스 기반이라 8~12초면 전부 뜸. 이건 진짜 체감이 큼. **설치는 확실히 편함.** `curl` 한 줄이면 끝나고, yaml 하나에 PHP, Node, Python, DB 전부 선언하면 알아서 로컬에 세팅해줌. Docker Compose 파일 작성할 때 볼륨 마운트 경로 틀려서 삽질하고, 네트워크 브릿지 설정 꼬여서 2시간 날린 경험 있는 사람이면 이 편의성이 뭔지 바로 앎. 프로젝트 디렉토리에 `.ministack.yml` 하나 두면 팀원이 `ministack up` 한 방에 동일 환경 구성됨. onboarding 시간이 기존 평균 반나절에서 15분으로 줄었음. **핫 리로드가 네이티브라 빠름.** Docker 볼륨 마운트 통한 파일 감지는 macOS 기준 파일 변경 반영까지 평균 1.5~3초 딜레이가 있음. 특히 node_modules 무거운 프로젝트에서 `watch` 걸면 CPU 점유율 30~40%까지 튀는 경우 흔함. 미니스택은 호스트 파일시스템 직접 접근이라 딜레이 거의 없고(측정 기준 50ms 이하), 파일 워치 오버헤드도 거의 제로에 가까움. **근데 여기서부터 현실.** 프로덕션 환경이랑 괴리가 있음. Docker는 컨테이너 이미지 그대로 CI/CD 태워서 스테이징, 프로덕션까지 동일 이미지로 밀 수 있는데, 미니스택은 로컬 전용임. 결국 배포 파이프라인은 따로 Docker나 K8s 기반으로 구성해야 함. 이게 "개발은 미니스택, 배포는 Docker"라는 이중 관리 포인트를 만듦. 설정 파일이 2벌이 되는 순간 환경 불일치 버그 발생 확률이 올라감. 실제로 로컬에서 잘 되던 Node 18 기반 코드가 Docker 이미지의 Node 20에서 깨진 적 있음. 이건 내 실수지만, 미니스택만 쓰면 이런 걸 늦게 발견하게 되는 구조적 문제가 있음. **멀티 서비스 오케스트레이션은 아직 부족함.** 마이크로서비스 5개 이상 동시에 띄우면서 서비스 간 디스커버리, 헬스체크, 로그 집계 이런 거 하려면 Docker Compose가 훨씬 성숙함. 미니스택은 서비스 3개까지는 깔끔한데, 그 이상 넘어가면 프로세스 관리가 좀 번거로워짐. 로그도 각 프로세스별로 터미널 탭 따로 열리는 방식이라, 한눈에 보기 어려움. 공식 대시보드가 있긴 한데 아직 베타라 크래시 리포트가 GitHub Issues 기준 주당 12~15건 올라오는 수준. **커뮤니티 규모도 솔직히 비교가 안 됨.** Docker Hub 이미지 수 약 1,400만 개, Stack Overflow Docker 태그 질문 약 19만 건. 미니스택은 GitHub 스타 약 8,700개, 관련 커뮤니티 글 합쳐도 2,000건 미만. 뭔가 막히면 구글링으로 해결되는 속도가 확연히 다름. Docker는 에러 메시지 복붙하면 90% 확률로 답이 나오는데, 미니스택은 공식 디스코드 가서 직접 물어봐야 하는 경우가 체감 40% 정도. **그래서 누구한테 맞느냐.** 솔로 개발자나 2~3인 소규모 팀, 프론트엔드 위주 프로젝트, 사이드 프로젝트에서는 확실히 Docker보다 생산성 높음. 셋업 시간 80% 절감, 리소스 사용 70% 절감, 이 숫자가 작은 게 아님. 근데 프로덕션 환경 일치가 중요한 B2B SaaS라든지, 마이크로서비스 10개 넘게 돌리는 팀이라면 Docker Compose나 K8s 로컬(minikube, kind) 쓰는 게 맞음. 개인적으로는 지금 사이드 프로젝트 2개는 미니스택으로 완전히 옮겼고, 회사 프로젝트는 Docker 유지 중임. 둘 다 쓰면서 느낀 건, 미니스택이 Docker를 "대체"하는 게 아니라 "로컬 개발 한정으로 더 가벼운 선택지를 제공"하는 거라는 점임. Docker 지옥에서 벗어난다기보다는, 지옥의 1~3층 정도는 스킵할 수 있게 해주는 엘리베이터 같은 느낌.

댓글 8

댓글을 불러오는 중...