Площадки и облако
Разворачиваем инфраструктуру в Yandex Cloud с управляемыми сервисами и в собственном контуре заказчика. Выбор площадки — следствие требований к данным и доступности, а не предпочтений подрядчика.
Миграция и DevOps
Проводим технический аудит инфраструктуры и выполняем миграции ваших приложений. Выполняем полный комплекс DevOps-работ.
Смотрим, как устроены окружения, сборка, выкат и наблюдаемость, и где именно теряется время или возникает риск. Подготавливаем подробные рекомендации и можем выполнить модернизацию процессов.
Переносим приложения между платформами, версиями и площадками: с монолитной системы управления контентом на микросервисы, между мажорными версиями портальных платформ, в облако. Контент, учётные записи и историю сохраняем.
Выстраиваем конвейер от коммита до продуктивной среды: сборка. Релиз перестаёт быть событием, к которому готовятся неделю.
Встраиваем в конвейер автоматический анализ исходного кода, зависимостей и веб-приложений.
Разворачиваем инфраструктуру в Yandex Cloud с управляемыми сервисами и в собственном контуре заказчика. Выбор площадки — следствие требований к данным и доступности, а не предпочтений подрядчика.
Упаковываем приложения в контейнеры и разворачиваем в Kubernetes, в том числе как отдельные компоненты рядом с уже работающей системой. Переносили интернет-магазин крупного российского ритейлера с монолитной CMS на микросервисную архитектуру.
Подключаем статический анализ кода, проверку зависимостей и динамическое сканирование веб-приложений: Semgrep, Trivy, OWASP ZAP и OWASP Dependency-Track.
Переносим порталы между версиями и переводим приложения с монолитной на микросервисную архитектуру. Целевые сервисы разворачиваем в Kubernetes, а сценарий переноса отрабатываем на копии.
01 / 02
Набор инструментов для автоматизированного анализа безопасности исходного кода, зависимостей и веб-приложений.
Подробнее
Сценарий переноса отрабатываем на копии, переключение планируем на согласованное окно, план отката готовим заранее. Совсем без пауз обходится не всегда — но там, где пауза неизбежна, мы называем её длительность до начала работ, а не по факту.
Прайса нет: объём работ определяется состоянием того, что уже есть, а снаружи это не видно. Две инфраструктуры, одинаковые на схеме, могут отличаться по трудоёмкости в разы. Поэтому мы начинаем с аудита — после него оценка становится обоснованной, а не приблизительной.
Нет. Работаем и вместе с командой заказчика, и вместо неё. Во втором случае особенно важно, чтобы после нас осталась документация, по которой сможет работать администратор или новая команда: это часть работы, а не отдельная услуга.
Да, это типичная для нас ситуация. Подключались к системам, которые разрабатывали другие команды, в том числе в распределённых международных проектах. На аудите честно говорим, что имеет смысл переносить, а что дешевле переписать заново.
Доступ на чтение к инфраструктуре и репозиториям и один человек, который знает, как всё устроено сейчас. Если такого человека нет — это тоже важная информация, и она напрямую меняет план работ и оценку.