Що дає хмара порівняно зі звичайним сервером
На звичайному сервері все живе разом: сайт, база даних, файли, фонові завдання. Якщо сервер перевантажений чи вийшов з ладу, страждає все одразу. У хмарі ці частини можна розділити й обрати для кожної окремий керований сервіс.
- Гнучкі ресурси. Під час розпродажу чи рекламної кампанії можна додати потужностей, а після неї — прибрати.
- Керовані сервіси. Базу даних, резервні копії й оновлення частково обслуговує провайдер, тож менше ручної роботи.
- Надійність. Дані й застосунок можна розмістити в кількох зонах, щоб збій одного обладнання не зупиняв роботу.
- Оплата за використання. Не потрібно купувати сервер «на виріст» — ресурси ростуть разом з проєктом.
Чесно про недоліки
Хмара підходить не всім, і ми про це говоримо прямо.
- Витрати важче передбачити. Рахунок складається з десятків позицій, і без контролю він може виявитися значно більшим, ніж оренда сервера з тими самими можливостями.
- Складніше налаштування. Мережі, права доступу, безпека — у хмарі багато параметрів, і помилка в них може відкрити дані для сторонніх.
- Прив’язка до провайдера. Що більше специфічних сервісів одного провайдера використовує проєкт, то складніше пізніше переїхати.
Для сайту зі стабільним навантаженням часто вигідніше орендований сервер з хорошим адмініструванням. Хмара виграє там, де навантаження сильно коливається, потрібна висока доступність або проєкт швидко росте.
Кому підходить хмара
Найбільше користі хмара приносить таким проєктам:
- онлайн-сервісам і застосункам, кількість користувачів яких швидко росте або сильно коливається;
- інтернет-магазинам з різкими сезонними піками, коли тримати потужний сервер цілий рік невигідно;
- компаніям з кількома пов’язаними системами, яким потрібні окремі тестові середовища й чіткий розподіл доступів;
- проєктам з високими вимогами до доступності, де простій обладнання не повинен зупиняти роботу;
- командам, які хочуть менше часу витрачати на обслуговування серверів і більше — на розвиток продукту.
Якщо ж у вас корпоративний сайт чи невеликий магазин зі стабільною відвідуваністю, хмара, найімовірніше, лише ускладнить і здорожчить інфраструктуру.
Azure, AWS чи Google Cloud
Великі хмарні платформи мають схожий набір базових можливостей: віртуальні машини, керовані бази даних, сховища файлів, контейнери. Відрізняються вони зручністю для конкретних задач, ціноутворенням і екосистемою.
Microsoft Azure зазвичай найзручніший, якщо компанія вже працює з продуктами Microsoft і єдиними корпоративними обліковими записами, а застосунки написані мовою C#. Тут легко поєднати вхід співробітників, бази даних на кшталт Azure SQL і внутрішні сервіси.
AWS і Google Cloud часто обирають, коли команда вже має з ними досвід, потрібні специфічні сервіси (наприклад, аналітика на BigQuery) або є вигідні умови для стартапів. Ми допомагаємо обрати платформу, виходячи з ваших задач, а не з власних уподобань.
Як проходить переїзд у хмару
Переїзд робимо поетапно, щоб бізнес не помітив його в роботі сайту.
- Інвентаризуємо, що зараз працює на серверах і як частини пов’язані між собою.
- Будуємо нову інфраструктуру в хмарі паралельно з наявною.
- Переносимо копію даних і перевіряємо роботу застосунку на ній.
- Плануємо перемикання на час найменшої активності, переносимо свіжі дані й змінюємо налаштування домену.
- Тримаємо стару систему в запасі, поки не переконаємося, що все працює стабільно.
Іноді доцільно не переносити все одразу, а почати з окремих частин — наприклад, сховища файлів чи резервних копій.
Як тримати витрати під контролем
Найчастіша неприємна несподіванка в хмарі — рахунок. Щоб її уникнути, ми:
- налаштовуємо бюджети й сповіщення, коли витрати наближаються до ліміту;
- позначаємо ресурси за проєктами й середовищами, щоб бачити, що скільки коштує;
- регулярно шукаємо забуті тестові сервери, диски й копії, за які продовжують платити;
- підбираємо розмір ресурсів під реальне, а не уявне навантаження;
- вимикаємо тестові середовища на ніч і вихідні, якщо вони не потрібні.
Безпека в хмарі
Провайдер відповідає за фізичну безпеку обладнання, але налаштування доступів, мережі й даних — це відповідальність власника проєкту. Ми розділяємо права доступу за принципом «кожному лише те, що потрібно», вмикаємо двофакторний вхід, закриваємо бази даних і сховища від прямого доступу з інтернету, налаштовуємо шифрування та резервні копії.
Що підготувати з вашого боку
- доступи до поточних серверів і, якщо є, до хмарного облікового запису;
- інформацію про навантаження: скільки відвідувачів, коли пікові періоди, як швидко росте проєкт;
- вимоги до розміщення даних, якщо вони є у вашій галузі;
- орієнтовний бюджет на інфраструктуру, щоб ми запропонували реалістичне рішення.
Що впливає на вартість робіт
- Складність проєкту: один сайт чи багато сервісів, баз даних і інтеграцій.
- Обсяг даних для перенесення і вимоги до часу перемикання.
- Вимоги до надійності: одна зона чи кілька, резервування бази даних, окремі тестові середовища.
- Формат співпраці: разове проєктування й переїзд чи постійний супровід інфраструктури.
Оплату за хмарні ресурси ви вносите провайдеру напряму, а ми окремо показуємо, з чого складається наша робота.
Часті запитання
Хмара — це завжди дорожче? Не завжди. Для проєктів з нерівномірним навантаженням хмара часто вигідніша. Для стабільного навантаження орендований сервер може коштувати менше. Ми порахуємо обидва варіанти.
Чи можна поєднати хмару і звичайний сервер? Так. Наприклад, сайт працює на орендованому сервері, а резервні копії, файли чи окремі сервіси — у хмарі.
Чи залишимося ми власниками інфраструктури? Так. Ми радимо оформлювати хмарний обліковий запис на вашу компанію, а нам видавати доступ з обмеженими правами, який можна відкликати будь-коли.
Чи потрібно переписувати застосунок для хмари? Здебільшого ні. Більшість сайтів переїжджає без змін у коді. Доопрацювання знадобляться, якщо ви хочете використовувати можливості хмари на повну, наприклад автоматичне масштабування.
Чому Promodex
Ми створюємо сайти й онлайн-сервіси з 2015 року, тому проєктуємо інфраструктуру не абстрактно, а з розумінням того, що насправді потрібно застосунку: де він гальмуватиме, що в ньому найцінніше і як він ростиме. Над проєктом працює власна команда з Києва без аутсорсу. Умови прозорі: ви бачите і рахунок провайдера, і склад нашої роботи, а рішення про витрати ухвалюєте самі.
