Автор: Коли команда переїжджає в хмару, на першій нараді всі говорять про гнучкість і масштабування. Через три місяці приходить перший серйозний рахунок, і розмова стає цікавішою. Я бачив стартап, який за місяць заплатив за трафік між зонами доступності більше, ніж за самі сервери. Ніхто цього не планував, просто так склалася архітектура.
Проблема в тому, що хмара тарифікує майже все: час роботи машин, дисків, запити до сховища, вихідний трафік, логи, навіть балансувальники, які ніхто не вимикав. Окремо дрібна стаття нічого не варта. Разом вони складаються в суму, яку складно пояснити фінансовому директору.
Що реально допомагає? Передусім теги на всі ресурси й хоча б щомісячний огляд витрат. Без цього ви не знаєте, чия це тестова база, яка крутиться вже пів року. Другий крок — вимикати на ніч і на вихідні все, що не потрібно в продакшені: dev- і staging-середовища легко скоротити вдвічі за вартістю. Третій — правильно підібрати розмір. Більшість серверів працюють на десяти-двадцяти відсотках потужності, бо їх брали із запасом і більше не переглядали.
Є ще резервування та знижки за зобов’язання. Якщо навантаження стабільне, річна оренда потужності коштує помітно дешевше, ніж оплата за годину. Для змінного навантаження підходять spot-інстанси, але лише для задач, які переживуть раптове вимкнення, наприклад для обробки черг чи пакетних розрахунків.
Важливо чесно рахувати й альтернативи. Для невеликого сервісу з передбачуваним трафіком звичайний VPS за кілька десятків доларів на місяць інколи виходить розумнішим, ніж набір керованих сервісів. Керовані бази, черги й сховища економлять час інженерів, і це справжня цінність, але її треба порівнювати з реальною ціною, а не з відчуттям.
Хмара — чудовий інструмент, коли ви розумієте, за що платите. Налаштуйте сповіщення про бюджет у перший же день і подивіться на рахунок через тиждень. Краще один неприємний лист зараз, ніж великий сюрприз у кінці кварталу.
