Три задачи, которые публичное облако решает лучше, чем собственное оборудование

Своя инфраструктура часто воспринимается как более экономичная модель — надежно, предсказуемо и в долгую дешевле (без учета аварий и поломок). Но есть сценарии, где публичные облачные технологии дают архитектурные возможности, которые реализовать on-premise либо невозможно технически, либо очень дорого.

Быстрое масштабирование под непредсказуемую нагрузку

Если после рекламной или маркетинговой кампании трафик взлетел в 10 раз за час, on-premise инфраструктура ограничена своей емкостью. Расширение потребует времени, чтобы купить новые серверы, доставить, смонтировать и настроить.

В облаке дополнительные ресурсы можно подключить за минуты. Автомасштабирование позволяет увеличивать и уменьшать мощности в зависимости от нагрузки, не удерживая постоянный резерв, когда они не используются.

Kubernetes как сервис

Одно дело — собрать свой Kubernetes-кластер на собственном оборудовании. Дальше кто-то должен мониторить мастер-узлы, обновлять компоненты, следить за безопасностью и т.д.

Облачный Managed Kubernetes обновляется и обслуживается силами облачного провайдера.

Катастрофоустойчивость без собственного второго ЦОДа

Чтобы обеспечить высокую отказоустойчивость on-premise, потребуются минимум две площадки со сложной синхронизацией между собой.

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

Это позволяет построить мультизональную архитектуру внутри облачного провайдера и запускать, в том числе, сценарии географически распределенного аварийного восстановления (DR). Такой подход защищает от отказа отдельных дата-центров и предотвращает последствия большинства сбоев.

Читайте про облака и возможности облачных сервисов VK Cloud