Коли проєкт переростає віртуальний сервер, виникає розвилка: орендувати фізичну машину цілком чи піти в хмару. Обидва варіанти мають прихильників із категоричними аргументами, хоча правильна відповідь майже завжди залежить від профілю навантаження, а не від переваг у виборі технологій.

Критерій 1: продуктивність на гривню
Фізичний сервер віддає всі свої ресурси одному клієнту без прошарку віртуалізації та без сусідів. За рівної паперової конфігурації він зазвичай обходиться дешевше за еквівалентні хмарні ресурси при цілодобовому використанні. Хмара виграє тоді, коли ресурси потрібні не постійно.

Критерій 2: швидкість запуску
Хмарний інстанс піднімається за хвилини. Фізичний сервер потребує підготовки: якщо конфігурація є в наявності, це кілька годин, якщо треба замовляти комплектуючі — дні. Для проєкту, який стартує завтра, різниця суттєва.

Критерій 3: масштабування
Тут хмара поза конкуренцією, коли навантаження стрибає. Додати ресурси на два тижні розпродажу і повернути назад — стандартна операція. На фізичній машині масштабування означає або апгрейд заліза з простоєм, або переїзд на іншу конфігурацію.

Але є зворотний бік: якщо ваше навантаження рівне і передбачуване, гнучкість хмари ви не використовуєте, а платите за неї щомісяця.

Критерій 4: передбачуваність рахунку
Оренда фізичної машини — фіксована сума. Хмара з погодинною тарифікацією та оплатою за трафік здатна принести неприємний сюрприз після необережно налаштованої задачі або після DDoS-атаки, яка нагенерувала вихідний трафік. Для компаній із жорстким плануванням бюджету це вагомий аргумент.

Критерій 5: контроль над інфраструктурою
На фізичному сервері ви обираєте конкретні комплектуючі, конфігурацію дискового масиву та налаштування системи низького рівня.
Ви точно знаєте, де знаходиться машина і хто має до неї фізичний доступ.
Немає ефекту «гучного сусіда», який навантажив спільну ноду.
У хмарі рівень контролю обмежений абстракціями платформи, зате знімається турбота про залізо.
Критерій 6: відмовостійкість
Хмара за задумом переживає вихід із ладу окремої фізичної машини — навантаження переїжджає автоматично. З фізичним сервером відмовостійкість будується вручну: другий сервер, реплікація бази, балансувальник. Це реально, але дорожче і вимагає компетенції.

Критерій 7: вимоги до даних
Якщо ваша галузь або клієнти вимагають, щоб дані фізично зберігалися в Україні на визначеному обладнанні, виділений сервер у локальному дата-центрі закриває це питання однозначно. У хмарі доводиться уважно читати умови щодо регіонів зберігання і реплікації.

Критерій 8: людський ресурс
Хмара знімає частину адміністративних задач, але додає свої: керування конфігураціями, контроль витрат, розуміння моделі сервісів платформи. Фізичний сервер вимагає класичного системного адміністрування. Питання не в тому, який варіант простіший, а в тому, якою компетенцією вже володіє ваша команда.

Як обрати за десять хвилин
Побудуйте графік навантаження за останні пів року. Якщо він рівний із відхиленнями до 30% — беріть фізичну машину, вийде дешевше й швидше. Якщо на графіку регулярні піки в кілька разів або ви не можете спрогнозувати зростання — хмара окупить свою надбавку. Якщо картина змішана, найпрактичніший варіант — гібрид: постійне ядро навантаження на власному сервері, пікові сплески виносяться в хмару.

Про що часто забувають запитати
Незалежно від вибору, з'ясуйте три речі до підписання договору: як швидко провайдер замінить диск, що вийшов з ладу; чи є на майданчику автономне живлення і на скільки годин; чи входить у вартість базовий захист від DDoS. Ці три пункти впливають на доступність вашого сервісу сильніше, ніж різниця в кількості ядер між тарифами.