Разработка

Услуги 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

Расскажите, где застревают ваши релизы Обсудить проект