intermediate

Compute Engine

Запускайте виртуальные машины Google Cloud при необходимости контроля на уровне инстанса, кастомных образов, дисков и сети.

Compute Engine — виртуальные машины, когда нужен контроль на уровне ОС: свои образы, persistent disks, startup scripts и VPC. FullStack-команда на Node.js часто держит здесь legacy-монолиты, self-managed reverse proxy или нагрузки, которые пока не ложатся на serverless или Kubernetes.

| Понятие | Смысл | |---------|-------| | Instance | ВМ с типом машины, зоной и подключёнными дисками | | MIG | Managed instance group с autoscaling и rolling update | | Startup script | Конфигурация при загрузке: `npm ci`, systemd unit |

					gcloud compute instances create api-1 \
  --zone=us-central1-a \
  --machine-type=e2-medium \
  --image-family=debian-12 \
  --tags=http-server

Предпочитайте instance templates и MIG вместо ручного патчинга одиночных ВМ. Нужны health checks, graceful shutdown на `SIGTERM` и разделение boot disk и долговечных данных.

На интервью: когда ВМ лучше Cloud Run или GKE; rolling update в MIG; preemptible/spot и экономия; firewall tags против «открыть всё».

Типовые ошибки: деплой только по SSH без неизменяемых образов; autoscaling не настроен; состояние приложения на boot disk; забыли про отказоустойчивость между зонами.

Компромисс — максимальный контроль и простота миграции против патчинга, планирования ёмкости и операционной рутины.

Чеклист:

MIG и templates для stateless-слоёв.
Долговечное состояние — в Cloud SQL или Cloud Storage.
Деплой через образы, не ручные правки по SSH.
Health checks и graceful shutdown для Node.js.