DevOps і хмарна інфраструктура

Більшості проєктів ні. Kubernetes окупається, коли сервісів багато, релізи часті і є команда, яка може його підтримувати. Для одного сайту чи невеликого продукту кілька добре налаштованих серверів із Docker дешевші й простіші в обслуговуванні.

Так. Ми з'ясовуємо, що де працює, відкриваємо акаунти на вашу компанію, крок за кроком переносимо код, дані й домени і закриваємо старі доступи лише тоді, коли на новому місці все працює.

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

Часто так. Економія зазвичай складається з ресурсів, що не використовуються, надто потужних серверів, забутих тестових середовищ і застарілих тарифів. Кожну зміну ми показуємо до того, як її внести.

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

Власник усіх акаунтів ви. Наші інженери працюють з особистими доступами під своїми іменами, лише в обсязі завдання, і ці доступи закриваються після завершення роботи.

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

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

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

Так. Розбір поточної інфраструктури, переїзд, конвеєр релізів або перевірка витрат на хмару можуть бути разовим проєктом, який оцінюємо після розбору й до початку роботи. Він завершується дзвінком із розбором і документами для передання: карта серверів, сервісів, доступів і щомісячних витрат, команди деплою, процедура відкату і файл AGENTS.md. Постійний супровід це окремий вибір, щомісячний ретейнер з узгодженою кількістю годин.

З ними. У цій послузі ми беремо інфраструктуру як проєкт, план і результат на нашому боці, а ваші розробники далі будують продукт. Якщо вам зручніше DevOps-інженер усередині вашої команди, який бере задачі від вашого керівника, діє та сама ставка від $50 до $70 на годину через нашу послугу «Найняти DevOps-інженера».