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

Зачем эта возможность разработчику?
В первую очередь для того, чтобы провести отладку разрабатываемого компонента в контексте системы в целом, проверить в реальном времени, что его код не нарушил работоспособность системы.

Независимость разработчиков от администраторов и DevOps-специалистов позволяет исключить временные издержки, возникающие при ожидании деплоя. В классическом сценарии код разработчика проходит ряд проверок со стороны лида группы, компонента или продукта в целом, потом попадает в промежуточную ветку, ожидает сборки, деплоя решения на один из контуров, за что отвечает DevOps-специалист, и тестирования силами QA.
Разработчик за это время успевает сделать еще несколько задач, выйти полностью из контекста сделанной задачи, и в этот момент к нему приходят баг-репорты, зачастую крайне банальные.

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

Если для промежуточной отладки разрабатываемого решения разработчику нужна СУБД, он без проблем развернет ее на своем ноутбуке либо на предоставленных ему серверных ресурсах.

В чём состоит уникальность Imagenarium?
Разработчику необязательно иметь представление о том, как функционирует контейнерная платформа и как устанавливать ПО, в особенности если мы говорим о сложных решениях, например о HBASE. Даже junior-разработчик без проблем развернет их.
Imagenarium предоставляет разработчикам инструментарий для разработки и отладки ПО, для которых обычно требуется помощь нескольких специалистов.

Для Delivery-менеджера Imagenarium обеспечивает существенное снижение количества эксцессов, которые возникают в процессе отладки решений, за которые он отвечает. Разработчики «отпускают» задачи уже достаточно отлаженными, проверенными в контексте системы в целом, чтобы можно было быть уверенным в качестве их работы.

Разработчики