Docker란? 비개발자를 위한 컨테이너 설명

Docker는 앱을 실행에 필요한 모든 것, 즉 알맞은 언어 버전, 라이브러리, 시스템 도구, 설정과 함께 컨테이너라는 표준 단위로 묶는 도구입니다. 컨테이너는 개발자의 노트북, 테스트 서버, 클라우드 호스트에서 같은 방식으로 실행되므로, 고전적인 "제 컴퓨터에서는 잘 됐는데요" 문제가 사라집니다. 컨테이너를 만드는 방법은 Dockerfile이라는 짧은 텍스트 파일에 적혀 있습니다.

AI로 만들 때 Docker가 중요한 이유

앱에 백엔드가 있다면, 예를 들어 Python, Node, C#, Java로 만든 API라면, 필요한 소프트웨어가 정확히 설치된 곳에서 실행되어야 합니다. Docker는 이를 반복 가능하게 만드는 가장 흔한 방법입니다.

• 백엔드 배포. Mythex를 포함한 많은 호스트는 Dockerfile로 컨테이너를 빌드해 백엔드를 배포합니다. Mythex에서 "C# 웹 API"나 "Java 백엔드"를 요청하면 앱과 Dockerfile이 만들어지고, 게시하면 이미지를 빌드해 배포합니다(API 백엔드).
• 플랫폼 떠나기. AI로 만든 앱을 내보낸다면, Dockerfile이 있으면 다른 호스트에서 실행하기가 훨씬 쉬워집니다. AI로 만든 앱을 내보내고 직접 호스팅하는 방법을 참고하세요.
• 개발자와 협업. 프로젝트에 합류한 개발자는 며칠 동안 설치에 시간을 쓰는 대신, 명령어 한두 개로 전체 앱을 실행할 수 있습니다.

일상의 비유: 해상 컨테이너

표준 해상 컨테이너가 나오기 전에는 화물을 자루, 통, 상자처럼 하나씩 실었고, 항구마다 방식이 달랐습니다. 표준 강철 컨테이너가 이를 바꿨습니다. 한 번 포장하면, 배, 크레인, 기차, 트럭 어느 것이든 안에 무엇이 들었는지 신경 쓰지 않고 옮길 수 있습니다.

Docker는 소프트웨어에 같은 일을 합니다.

• Dockerfile은 포장 목록이자 지시서입니다.
• 이미지는 밀봉되어 포장된 컨테이너입니다.
• 실행 중인 컨테이너는 그 상자가 배 위에서 일하는 상태입니다. 여기서는 서버입니다.
• Docker Engine은 크레인이자 배입니다. 서버에서 어떤 컨테이너든 실행하는 방법을 아는 소프트웨어입니다.

Docker는 어떻게 작동하나요

컨테이너와 가상 머신: 가상 머신은 자체 운영체제를 가진 별도의 컴퓨터인 척하므로 무겁고 시작이 느립니다. 컨테이너는 호스트의 운영체제 커널을 공유하고 앱과 그 파일만 격리하므로, 보통 몇 초 만에 시작되고 메모리를 훨씬 적게 씁니다. 하나의 서버에서 많은 컨테이너가 나란히 실행될 수 있습니다.

실제 예시: 작은 Python API

AI 빌더가 예약 앱을 위해 Python FastAPI 백엔드를 만들었다고 해 봅시다. Dockerfile은 다음과 같을 수 있습니다.

FROM python:3.12-slim
WORKDIR /app
COPY requirements.txt .
RUN pip install --no-cache-dir -r requirements.txt
COPY . .
EXPOSE 8000
CMD ["uvicorn", "main:app", "--host", "0.0.0.0", "--port", "8000"]

한 줄씩 보면 이렇습니다.

쉬운 말로 풀면 이렇습니다. "Python 3.12로 시작하고, requirements.txt에 적힌 라이브러리를 설치하고, 코드를 넣고, 8000번 포트에서 웹 서버를 시작해."

개발자(또는 호스팅 플랫폼)는 다음 두 명령을 실행합니다.

docker build -t booking-api .
docker run -p 8000:8000 booking-api

첫 명령은 이미지를 빌드하고 이름을 booking-api로 붙입니다. 두 번째 명령은 컨테이너를 시작하고, 기기의 8000번 포트를 컨테이너 안의 8000번 포트에 연결합니다. 이제 API가 실행 중이며, Docker가 설치된 어느 서버에서든 같은 방식으로 실행됩니다.

이미지에 들어 있지 않은 것도 눈여겨보세요. 비밀번호와 API 키는 포함되지 않습니다. 이것들은 컨테이너가 시작될 때 환경 변수로 전달됩니다. 그래서 같은 이미지를 테스트 환경과 운영 환경에서 서로 다른 설정으로 실행할 수 있습니다.

핵심 용어

흔한 오해

• "Docker는 가상 머신이다." 더 가볍습니다. 컨테이너는 호스트의 커널을 공유합니다.
• "컨테이너 안에 저장한 데이터는 안전하다." 컨테이너는 버리고 교체하도록 만들어졌습니다. 반드시 남아야 하는 것, 예를 들어 사용자 데이터나 업로드 파일은 데이터베이스, 파일 저장소, 또는 볼륨에 두어야 합니다.
• "Dockerfile에 비밀 값을 넣어도 비공개이니 괜찮다." 이미지는 공유되고 레지스트리에 푸시됩니다. 비밀 값은 실행할 때 전달하세요.
• "Docker가 앱을 안전하게 만든다." 격리는 도움이 되지만, 오래된 소프트웨어를 약한 설정으로 실행하는 컨테이너는 여전히 취약합니다.
• "모든 앱에 Docker가 필요하다." 정적 사이트나 단순한 프런트엔드는 보통 컨테이너 없이 일반 파일로 호스팅됩니다.
• "Docker Desktop은 누구에게나 무료다." Engine은 무료입니다. Docker의 약관에 따르면 Docker Desktop은 규모가 큰 회사에 유료 구독을 요구합니다.

AI 빌더에게 요청할 내용

• "이 앱에 Dockerfile이 필요한가요? 필요하다면 각 줄을 쉬운 말로 설명해 줘."
• "작고 공식적인 기본 이미지를 사용하고, 언어 버전은 고정해 줘."
• "비밀 값은 이미지 밖에 두고, 실행할 때 환경 변수에서 읽어 줘."
• "업로드 파일과 데이터는 컨테이너 안이 아니라 데이터베이스나 파일 저장소에 저장해 줘."
• "개발자가 명령어 한 번으로 프런트엔드, API, 데이터베이스를 로컬에서 실행할 수 있도록 Docker Compose 파일을 추가해 줘."
• "호스트가 API가 살아 있는지 확인할 수 있도록 헬스 체크 엔드포인트를 추가해 줘."

Mythex의 Docker

Mythex를 사용하려고 Docker를 설치하거나 실행할 필요는 없습니다. 프로젝트는 비공개 클라우드 샌드박스에서 실행됩니다. C#, Java, 또는 사용자 정의 Node나 Python 서비스처럼 컨테이너가 필요한 백엔드를 요청하면, Mythex가 앱과 Dockerfile을 작성하고, 샌드박스에서 미리보기로 보여 준 뒤, 게시할 때 배포합니다. 호스팅을 따로 설정할 필요가 없습니다(기술 선택 방식). Pro 플랜에서는 프로젝트를 내보내거나 GitHub에 동기화해서 Dockerfile을 가져갈 수 있습니다. 백엔드와 프런트엔드가 어떻게 맞물리는지는 프런트엔드와 백엔드의 차이를 참고하세요.

자주 묻는 질문