Розробка

Послуги DevOps

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

Ціна за запитом · відповідь протягом одного робочого дня

Обговорити проєкт Від чого залежить вартість

Повторюваний шлях релізу: від зміни коду до перевіреного розгортання.

Зміни, які можна відстежити: описи інфраструктури й налаштування релізів під вашим контролем.

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

Що ви отримуєте

Під час передачі ви маєте:

Схему поточного процесу збирання й розгортання, зокрема ручні кроки.
Конвеєр CI/CD (безперервна інтеграція та доставка): кожна зміна збирається, автоматично перевіряється й однаково доставляється на ваші сервери, для застосунку й середовищ, які входять до оцінки.
Інфраструктуру як код: опис серверів і налаштувань у файлах, які можна переглянути й застосувати повторно, там, де потрібне повторюване налаштування.
Перевірки релізу й шлях відновлення після невдалих змін.
Моніторинг зі сповіщеннями для визначеної вами людини чи каналу.
Інструкції з експлуатації, які ваші розробники випробовують до передачі.

Ми працюємо з тими, хто підтримує застосунок. У плані робота над релізами вказана окремо від змін у коді, яких потребує сам застосунок. Інструменти ми обираємо з огляду на поточне налаштування й завдання, яке треба розв'язати.

Від чого залежить вартість

Оцінку ми складаємо за шляхом релізу та середовищами, яких він стосується.

Як застосунок збирається й розгортається зараз.
Відмінності між тестовим і робочим середовищами.
Наявні скрипти й те, чи можна за ними відтворити інфраструктуру.
Погодження релізів і обмеження доступу.
Прогалини в моніторингу й інциденти, які потрібно помічати.
Зміни бази даних і те, чого вимагає відновлення.
Передача й будь-які постійні обов'язки з реагування.

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

Обговорити проєкт

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

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

Що входить і що ні

Входить

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

Не входить

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

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

Коли це потрібно

Розгортання залежать від ручних команд однієї людини.
Тестове середовище поводиться інакше, ніж робоче.
Після невдалого релізу розробники здогадуються, як відновити роботу.
Налаштування серверів змінюються, а чому, ніхто не записав.
Сповіщення приходять надто пізно або ніхто не знає, хто має діяти.

Як іде робота

Чотири кроки та результат кожного

Крок 1. Простежуємо реальний реліз

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

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

Спершу ви отримуєте зміни конвеєра та інфраструктури в тестовому середовищі. Якщо у вас є тестове середовище, ми проводимо там реліз і сценарій збою разом із вашими розробниками, а потім застосовуємо схвалені вами зміни в робочому середовищі.
Крок 4. Передаємо процес

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

Як ми можемо співпрацювати

Оберіть формат, що відповідає вашому завданню. Після першої розмови ми запропонуємо один із них.

Консультація або аудит

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

Підходить, коли вимоги можна записати ще до початку роботи. Ви отримуєте погоджений обсяг за погоджену ціну. Будь-яка нова задача спочатку отримує оновлену оцінку.
Оплата за витрачений час (time and materials)

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

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

Потрібні розробники, які щомісяця працюватимуть над вашим продуктом? Дивіться виділену команду розробки.

Платформи та інструменти, з якими ми працюємо

Docker для контейнерів і Jenkins для конвеєрів збирання та релізу. Сервери на AWS, Azure, Google Cloud або Hetzner.

Платформу ми обираємо під завдання, а в переліку наведено те, що використовуємо найчастіше.

Кому підходить, а кому ще рано

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

Якщо зламалося одне налаштування розгортання, може вистачити точкового виправлення. Простому сайту з нечастими правками постійна робота з DevOps може не знадобитися. Якщо головне питання в тому, чи переходити на Amazon Web Services (AWS), почніть з консалтингу з AWS.

Точкове виправлення релізу чи ширше налаштування DevOps?

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

Робота з клієнтами з інших країн

Договір і NDA. До початку роботи ви підписуєте договір із CyberLab.Team OÜ, компанією, зареєстрованою в Естонії. Якщо вам потрібна угода про нерозголошення (NDA), ми підписуємо її до того, як ви передасте конфіденційні дані.
Рахунки в євро. Рахунки ми виставляємо в євро від компанії з ЄС, яка має номер платника ПДВ.
Мови. Ми працюємо англійською, українською, російською та польською.
Дзвінки та відповіді. Дзвінки проводимо в години, які ми з вами погодили, а на повідомлення відповідаємо протягом одного робочого дня.

Поширені запитання

Початок роботи з вашими розробниками

Хто керує релізами?

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

На що дивитися насамперед під час огляду релізів?

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

Чи можна покращити розгортання, не змінюючи хмарного провайдера?

Так. Перехід до іншого провайдера вирішуємо окремо. Перший етап може зосередитися на збиранні, перевірках релізу й налаштуваннях середовищ, якими ви вже користуєтеся.

Автоматизація й доступ

Що охоплює CI/CD у цій послузі?

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

Коли допомагає інфраструктура як код?

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

Як ви поводитеся з обліковими даними в автоматизації релізів?

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

Невдалі релізи й сповіщення

Що відбувається, якщо розгортання зупиняється посередині?

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

Чи завжди можна відкотити зміну бази даних?

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

Хто отримує сповіщення моніторингу?

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

Передача й підтримка

Як зрозуміти, що процесом релізу можна користуватися?

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

Чи входить до налаштування цілодобове реагування на інциденти?

Ні, ця послуга його не охоплює. Сповіщення надходять людям, яких ви назвете, а в матеріалах передачі записано, хто реагує й коли.

Чи можна почати з одного застосунку?

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

Пов'язані послуги

Консалтинг з AWS: огляд налаштування AWS або план переходу.
Розробка SaaS: створення клієнтського продукту за підпискою.
Розробка вебзастосунків: створення чи розширення застосунку в браузері.

Розкажіть нам, де ваші релізи застрягають

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

Обговорити проєкт

Telegram @cyberlabteam · WhatsApp +48 668 155 303 · info@cyberlab.team

Розкажіть нам, де ваші релізи застрягають Обговорити проєкт