Востребованные интеграции. В чём профит технологических партнёрств

Востребованные интеграции. В чём профит технологических партнёрств

Рынок ИТ-систем и, в частности, систем обеспечения информационной безопасности испытывает не самые простые времена. Дело не в том, что нет финансирования, скорее в том, что потребности заказчиков сформированы некогда доминирующими иностранными решениями, многие из которых сейчас недоступны для российского рынка.

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

ИНТЕГРАЦИЯ ДОЛЖНА БЫТЬ ВЗАИМНО ПОЛЕЗНОЙ

Вопрос технологических интеграций не всегда стоял остро: когда мы в «АйТи БАСТИОН» только реализовывали первые сценарии для наших заказчиков, некоторым коллегам-партнёрам приходилось подробно рассказывать о выгодах такого подхода. Сейчас ситуация изменилась.

PAM-решение – специфичное средство защиты, стоит на стыке пользователя и информационной системы. Специфика заключается в том, что мы работаем с объектами, которые маркируются как «привилегированные» и «критические». Если упростить, то пользователи с высоким уровнем привилегий могут делать опасные для критических систем вещи вплоть до полного выведения их из строя. Это, разумеется, недопустимо.

Отсюда и вытекает наше видение процесса интеграций. В первую очередь мы внимательно изучаем то, какие смежные с нашим продуктом СКДПУ НТ системы обладают функционалом, позволяющим решениям быть взаимно полезными.

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

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

ИДЕЯ ЗАКАЗЧИКА КАК ОСНОВА ТЗ ДЛЯ ИНТЕГРАЦИИ

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

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

Мы можем разрабатывать свой продукт, но иметь результат завтра либо интегрироваться с компанией, имеющей большую экспертность и доверие заказчика в своём классе решений, и помочь заказчику уже сегодня. Это не значит, что мы останавливаемся в собственном развитии. Это означает лишь то, что мы готовы идти в одном направлении с нашими заказчиками, обмениваться опытом и реализовывать действительно нужные функции прямо сейчас.