В чем разница между Docker и локальным Web-сервером?

Docker vs локальный Web-сервер: различия и выбор

Отличный практический вопрос о развертывании приложений. Давайте разберемся, когда использовать каждый подход.

Что такое локальный Web-сервер

Это простой HTTP сервер, работающий прямо на вашей машине:

node server.js
npm run dev
python -m http.server 8000
php -S localhost:8000

Приложение слушает на localhost:3000 или другом порту и доступно только на вашей машине.

Что такое Docker

Docker - это контейнеризация (упаковка приложения с всеми зависимостями):

FROM node:20-alpine
WORKDIR /app
COPY package.json .
RUN npm install
COPY . .
EXPOSE 3000
CMD ["npm", "start"]

Основные различия

1. Изоляция окружения

Локальный:
- Приложение использует системные зависимости
- Node v16 на компьютере = Node v16 везде
- Проблема: на машине коллеги Node v18, работать не будет

Docker:
- Приложение изолировано в контейнере
- Node v20 в образе = Node v20 везде
- Гарантия: одинаковое окружение на всех машинах

2. Различия в файловой системе

Локальный:
$ npm install
# Зависимости идут в node_modules/ на вашом диске
$ ls -la node_modules/  # Вы видите реальные файлы

Docker:
$ docker build .
# Зависимости идут внутрь контейнера (отдельная файловая система)
$ docker run myapp npm list  # Видите зависимости в контейнере
$ ls -la node_modules/  # На вашем диске они могут отличаться

3. Переменные окружения

Локальный:
export DATABASE_URL="postgres://localhost:5432/mydb"
npm run dev
# Переменные читаются из системы

Docker:
docker run -e DATABASE_URL="postgres://db:5432/mydb" myapp
# Переменные передаются при запуске контейнера

4. Сетевое взаимодействие

Локальный:
# Фронтенд на http://localhost:3000
# БД на http://localhost:5432
# Все локально, можно обращаться к localhost

Docker:
# Фронтенд на контейнере frontend:3000
# БД на контейнере db:5432
# Нужно использовать имена сервисов (docker compose)
fetch('http://api:3001/data')

Сравнительная таблица

Критерий                 | Локальный        | Docker
-------------------------+------------------+-----------
Изоляция окружения       | Нет              | Да
Для разработки           | Быстро           | Медленнее
Для production           | Нельзя           | Идеально
Различия между машинами  | Частые           | Исключены
Монтирование томов       | Встроено         | Нужна конфигурация
Операционная система     | Зависит от ОС    | Linux (обычно)
Легкость onboarding      | Сложнее          | Проще (один docker build)

Когда использовать локальный сервер

# 1. Быстрая разработка (dev mode)
npm run dev
# Изменяешь файл -> момент обновляется в браузере

# 2. Небольшие проекты
# 3. Обучение и POC
# 4. Когда Docker overkill

Когда использовать Docker

# 1. Production deployment
docker build -t myapp .
docker run -p 80:3000 myapp

# 2. Сложные зависимости (несколько сервисов)
docker-compose up
# frontend + backend + postgres + redis все вместе

# 3. Командная разработка
# Все разработчики работают в одинаковом окружении

# 4. CI/CD пайплайны
# Тесты, линтинг, сборка - всё в Docker

# 5. Микросервисная архитектура

Практический пример: Next.js приложение

# ЛОКАЛЬНЫЙ СПОСОБ
npm install
npm run dev
# Доступно на http://localhost:3000
# Быстро, удобно для разработки

# DOCKER СПОСОБ
docker build -t nextapp .
docker run -p 3000:3000 nextapp npm run dev
# Доступно на http://localhost:3000
# Окружение изолировано

Docker Compose для фронта + бэка

version: '3.8'
services:
  frontend:
    build: ./frontend
    ports:
      - "3000:3000"
    environment:
      NEXT_PUBLIC_API_URL: http://api:3001
  
  api:
    build: ./backend
    ports:
      - "3001:3001"
    environment:
      DATABASE_URL: postgres://db:5432/mydb
  
  db:
    image: postgres:15
    environment:
      POSTGRES_PASSWORD: secret

Теперь docker-compose up запускает всё сразу.

Проблемы с локальным сервером в команде

1. На машине Маши стоит Node v16, на машине Васи v18
   -> Разные версии зависимостей
   -> У Маши работает, у Васи нет

2. На Linux используется python 3.10, на Windows 3.11
   -> Разныеバ[ведения кода
   -> Тесты падают по-разному

3. На Mac M1 зависимость не скомпилилась
   -> На Intel все ок
   -> Production на Linux падает

Всё это решает Docker.

Гибридный подход (рекомендуемый)

# Разработка - локальный сервер (быстро)
npm run dev

# Перед коммитом - проверка в Docker
docker build -t myapp .
docker run myapp npm run lint
docker run myapp npm run test

# Production - только Docker
# (или Kubernetes для масштабирования)

Вывод

• Локальный сервер: Для быстрой разработки, удобства, hot reload
• Docker: Для гарантии, что код будет работать везде (dev, staging, production)
• Best practice: Разработка локально, финальная проверка в Docker перед push

В 2024+ году Docker стал стандартом для профессиональной разработки.