Свої сервери чи керована хмара? Як вирішити невеликій команді
Рахунок за керовану хмару легко не любити й легко порівняти з орендованим сервером. Важливе порівняння складніше: що керовані сервіси тихо робили за вас і хто робитиме це, коли їх не стане.
Кожен продукт, що росте, рано чи пізно доходить до цієї розмови. Рахунок за хмару місяць за місяцем повзе вгору, хтось рахує кілька виділених серверів у європейського хостера, і різниця виглядає абсурдною. Іноді переїзд справді правильний. Іноді він міняє передбачуваний рахунок на непередбачувану кількість інженерного часу. Одне лише порівняння цін не скаже, який це випадок.
За що насправді платить керований рахунок
Керована база даних — це не просто база даних. Це бекапи, які справді виконуються, відновлення на момент часу, перемикання при збої, оновлення, моніторинг і хтось інший, кого будять уночі. Керована контейнерна платформа включає балансування навантаження, сертифікати, поступові деплої й автомасштабування. Коли ви переходите на власні сервери, кожен із цих пунктів стає задачею вашої команди.
- Бекапи — і регулярна перевірка, що з них можна відновитися
- Оновлення безпеки для ОС і кожного сервісу
- Висока доступність — або свідоме рішення жити без неї
- Моніторинг, сповіщення і чергування
- Сертифікати, секрети й контроль доступу
Нічого з цього не екзотика. Але все потребує часу, щоб налаштувати як слід, і часу, щоб підтримувати. Чесне порівняння — рахунок за хмару проти рахунку за сервери плюс цей час.
Коли власні сервери зазвичай виграють
- Навантаження стабільне й передбачуване, тож автомасштабування мало що дає
- У рахунку домінують обчислення чи трафік — великі збірки, медіа, інференс моделей
- У команді вже є людина, якій комфортно з Linux, мережами й чергуваннями
- Вимоги до розміщення даних або вимоги клієнтів схиляють до конкретного провайдера чи країни
- Інфраструктура описана кодом, тож перебудувати сервер — це команда, а не вихідні
Коли керовані сервіси дешевші
- Трафік стрибкоподібний або продукт ще шукає свою форму
- Ніхто в команді не хоче відповідати за експлуатацію — і поки що не мусить
- Простій дорогий, а забезпечити справжнє чергування команда не може
- Рахунок формують кілька керованих сервісів, які важко добре тримати самому, наприклад бази даних
Якщо переїжджаєте — зробіть сервери одноразовими
Справжній ризик власних серверів — не вартість, а налаштований вручну сервер, який розуміє одна людина. Створюйте машини інструментом на кшталт OpenTofu чи Terraform, конфігуруйте Ansible або cloud-init, а застосунки деплойте через пайплайн. Шар кластера, як-от K3s, тримайте тонким і нудним. Перевірка проста: якщо сервер сьогодні вночі зникне, чи зможе хтось інший відновити його з репозиторію, не питаючи вас?
Порахуйте чесно
Запишіть поточний місячний рахунок. Поруч — сервери, які орендуватимете, керовані частини, які лишите, і обережну оцінку інженерних годин на місяць на підтримку, за їхньою реальною вартістю. Додайте разову оцінку міграції. Якщо економія окупає міграцію протягом року, зазвичай це варто робити. Якщо цифри гарні, лише коли інженерний час вважати безкоштовним, — ні.