advanced

Vertical scaling

Use bigger machines when simplicity wins, but know hardware, cost, availability, and single-node limits. Назовите benefit, limit и operational cost.

Вертикальное масштабирование увеличивает CPU, RAM или диск на одном узле. На старте выигрывает простотой: без логики шардирования, проще транзакции и меньше операционной поверхности. Пределы — потолок железа, цена за ядро, single point of failure при апгрейде и потолок I/O одной машины.

Сочетайте vertical scale с read replica или кешем до шардирования. Зафиксируйте момент, когда перерастёте максимальный класс инстанса.

На интервью: когда vertical scale — правильный MVP, жёсткие лимиты и триггер перехода к horizontal.

Типовые ошибки: откладывание шардирования до аварии; бесконечный рост инстанса в облаке; downtime при vertical resize на части платформ.

Чеклист:

Текущий и максимальный запас инстанса.
Сравните стоимость с horizontal альтернативой.
Failover при вертикальном апгрейде.
Порог метрики для scale-out.