Российский корпоративный ИТ-ландшафт переживает редкий по масштабу перелом. Монолиты еще держатся за инфраструктуру, но уже не справляются с динамикой бизнеса, а новые продукты — от отраслевых платформ до композитных ERP — только формируют связность между собой. Это время, когда компаниям приходится жить сразу в двух эпохах: наследовать огромный пласт старых интеграций и одновременно строить архитектуру будущего.
Именно на этом стыке — между гибкостью, безопасностью, зрелостью интеграции и реальным импортозамещением — сегодня проходит главный нерв корпоративных технологий. Мы поговорили с Дмитрием Дерябиным, директором продукта EvaDev, о том, почему рынок застрял между «зоопарком» и экосистемами, что мешает компаниям двигаться быстрее и как формируется новая архитектурная логика российских ИТ-решений.
Контекст и проблематика
— Дмитрий, если описать российский корпоративный ИТ-ландшафт одним образом, что это сегодня: экосистема, лоскутное одеяло или все еще «зоопарк» несовместимых систем?
Скорее, переходный период между «зоопарком» и экосистемами. Сегодня большинство компаний живут на стыке двух эпох: старые системы еще работают, но уже не отвечают требованиям гибкости и безопасности, а новые решения только формируют связность между собой. Мы наблюдаем этап архитектурной эволюции — от набора отдельных продуктов к управляемым экосистемам, где интеграция перестает быть «проектом», а становится частью ДНК продукта.
— Почему, несмотря на активное импортозамещение, компании продолжают сталкиваться с проблемой интеграции? Что мешает сделать переход более цельным?
Импортозамещение началось как реакция, но не как стратегия. Многие компании просто меняли продукты «один к одному», не задумываясь о единой архитектуре данных, процессах и API. В итоге — новый софт, но старые проблемы.
Сегодня все больше ИТ-директоров начинают мыслить не в категориях «замены», а в категориях «связности». Но по-настоящему цельный переход возможен только тогда, когда у вендоров появятся единые интеграционные стандарты и культура открытых API, а это процесс на годы.
— Насколько сильна сегодня зависимость от «наследия» — старых систем, лицензий, интеграций? Это тормозит или, наоборот, подталкивает рынок к архитектурным переосмыслениям?
Зависимость огромная. Legacy-решения — это и технологический долг, и психологическая инерция. Но именно она сейчас становится катализатором перемен. Компании впервые за десятилетия вынуждены смотреть на архитектуру систем как на живой организм, а не как на «парк коробок». Мы видим, как крупные заказчики начинают закладывать модульность и независимость как требования в ТЗ. Это здоровый сдвиг в сторону зрелости рынка.
— Как вы оцениваете реальный уровень зрелости импортозамещения: мы действительно строим альтернативу или пока лишь «поддерживаем совместимость»?
Рынок неоднороден. В инфраструктуре и базовом софте уже появляются сильные отечественные альтернативы. В прикладном слое все сложнее: часть решений действительно развивает функциональность дальше западных аналогов, но большинство пока сфокусировано на «совместимости». Это естественно: сначала нужно восстановить паритет, потом можно идти вперед. Мы в EvaDev идем именно по пути переосмысления, а не копирования, делая то, чего не хватало даже зарубежным системам.
Импортозамещение и реальность
— Часто говорят, что импортозамещение — это не про копирование, а про переосмысление. В вашем опыте, где проходит грань между «заменить» и «сделать лучше»?
Грань — в понимании контекста. Если вы просто переносите функциональность, вы остаетесь в прошлом. Если же вы переосмысливаете, зачем этот функционал нужен и как он должен работать в реальной архитектуре клиента, вы создаете продукт будущего.
Например, в EvaProject мы не просто повторили Jira, а переработали подход с учетом типовых ограничений. Вместо зависимости от десятков плагинов мы включили основной функционал этих плагинов прямо в продукт: управление структурой задач, требованиями, тестами, аналитикой — все работает в связке из коробки.
При этом мы оставили возможность подключать внешние модули и расширения через SDK. То есть клиент получает и готовые возможности, и гибкость, если нужно что-то свое. Это и есть «сделать лучше».
— Есть ли ощущение, что рынок устал от бесконечного «импортозамещения ради отчета»? Что должно измениться, чтобы появились действительно сильные отечественные продукты?
Да, такое ощущение у многих есть. Пользователи ждут от отечественных решений не просто соответствия, а удобства, продуманности, надежности. Чтобы рынок стал по-настоящему сильным, важны не только бюджеты, но и конкуренция, реальный фидбэк и внимание к деталям.
К счастью, все больше команд, включая нас, изначально делают ставку не на копирование, а на продукт, которым хочется пользоваться. Такой подход постепенно и вытесняет формальное импортозамещение.
Интеграция и экосистемы
— Какие типичные ошибки совершают компании, пытаясь построить свою экосистему на отечественном софте?
Часто под экосистемой понимают просто набор отечественных решений от разных вендоров — без общей архитектуры, моделей данных и единой точки управления. В итоге вместо экосистемы получается все тот же «набор коробок», только в другой обертке.
Вторая ошибка — рассчитывать, что интеграция между такими продуктами будет работать «сама по себе». Без понятной архитектуры, API и документации это невозможно.
Настоящая экосистема — это не просто софт от одного производителя, а то, как компоненты изначально связаны между собой и легко расширяются. Именно такой подход мы и реализуем у себя.
— Как вы оцениваете зрелость интеграционных решений в России — от API-платформ до шины данных? Есть ли уже достойные примеры?
Продвижение есть, но пока зрелость средняя. Есть хорошие решения, появляются отраслевые подходы, но все еще часто приходится «допиливать напильником». Большую роль здесь играет культура открытости у вендоров, а она пока формируется.
— Насколько сегодня возможно говорить о едином стандарте совместимости между отечественными вендорами, или пока каждый «варится в своем котле»?
Пока такого стандарта нет. Каждый делает по-своему. Но все чаще заказчики ставят интеграцию как обязательное условие. Это подталкивает рынок к сближению — появляются общие API, форматы обмена, лучше становится документация.
EvaDev и практические кейсы
— Как в EvaDev вы решаете задачу интеграции с разнородными системами? Это универсальный фреймворк, набор коннекторов или своя архитектурная философия?
Мы не фреймворк для всех подряд, это скорее архитектурная философия. Наша экосистема изначально проектировалась как целостная. Все продукты — EvaProject, EvaWiki, EvaServiceDesk, EvaTest, EvaGit, EvaRMS — работают в связке и понимают друг друга по умолчанию. А через SDK и открытые API мы даем возможность подключать внешние системы, будь то CI/CD, учетные системы или другие корпоративные сервисы.
— Есть ли кейсы, когда компания полностью ушла с импортных решений и построила инфраструктуру на базе отечественных инструментов, включая ваш?
Есть кейсы, где компании полностью перешли на наши продукты в области управления задачами, тестами, знаниями. Но если говорить о всей ИТ-инфраструктуре, то это еще впереди. У крупных компаний десятки систем, и миграция — это длительный процесс, который требует времени, планирования и подготовки.
— Что чаще всего становится «бутылочным горлышком» при миграции — техника, документация или люди?
На практике чаще всего это комплекс факторов: недостаточная документация по старым системам и неготовность людей к изменениям. Технически миграция реализуема: данные можно перенести, интерфейсы связать. Но часто оказывается, что в старых системах нет актуальной документации, процессы давно ушли от первоначального описания, и никто уже точно не знает, что, зачем и в каком объеме нужно переносить.
Плюс есть фактор привычки: люди не всегда готовы к изменениям, даже если новое решение удобнее. Поэтому без хорошей подготовки, вовлечения и чистки старых артефактов миграция превращается в долгий и нервный процесс.
— Можно ли сказать, что вы строите не просто продукт, а экосистему для других экосистем?
Мы в первую очередь строим свою целостную экосистему — продукты EvaDev изначально проектировались так, чтобы работать вместе: без ручной стыковки и доработок. Но при этом мы понимаем, что у клиентов есть уже сложившийся ИТ-ландшафт. Поэтому мы не замыкаемся на себе — через открытые API и SDK наша платформа легко подключается к внешним системам. Это не про «экосистему для других экосистем», а про готовую связную платформу, которую можно встроить в реальную ИТ-среду клиента без хаоса и конфликтов.
Будущее и стратегия
— Каким вы видите рынок через три года — появятся ли устойчивые экосистемы вокруг ключевых игроков, или останется множество нишевых решений?
Через три года мы увидим 3–5 устойчивых экосистем, каждая со своим ядром и набором спутниковых продуктов. Параллельно останутся нишевые решения, которые будут решать свои задачи. Главное, чтобы между ними можно было легко наладить интеграцию. Тогда экосистема будет работать не по названию, а по сути.