Импортозамещение

Зарубежное ПО в современной ИТ-инфраструктуре российских предприятий занимает значимое место и по важности, и по количеству решаемых бизнес-задач.
Наиболее актуальными задачами перед CIO в 2022 году стали:

1. доступность данных компании, размещенных в публичных или локальных облаках;
2. доступность данных компании, размещенных в СУБД вендоров, обозначивших прекращение деятельности в РФ;
3. непрерывность бизнес-процессов, обеспечиваемых функциональностью ПО вендоров, обозначивших прекращение деятельности в РФ.

АТОЛЛис предлагает свою помощь в решении аналогичных задач, имея в наличии:

• опыт выполнения аналогичных задач на протяжении 22 лет при стратегии заказчиков перехода на российское ПО или Open Source-технологии;
• собственные ресурсы (отраслевые эксперты, аналитики, разработчики и т.д.), деятельность которых обеспечила ИТ-статус компании с 2012 года;
• собственные разработки, успешно эксплуатируемые крупнейшими российскими предприятиями и включенные в реестр отечественного ПО.

СЦЕНАРИЙ ИМПОРТОЗАМЕЩЕНИЯ № 1. «МИГРАЦИЯ НА POSTGRESQL»

Самый простой и быстрый сценарий — переход с СУБД зарубежных вендоров на отечественную СУБД PostgreSQL с целью сохранения возможности оперирования приложениями и руководителями собственными данными компании.

Высокоуровневая дорожная карта:

• выявляется текущая архитектура ПО и схема хранения данных;
• формируется оценка возможности и трудоемкости перевода, одновременно с планом работ;
• после принятия решения создается параллельная структура хранения на PostgreSQL;
• выполняется перенос логики, правил целостности, репликационных схем, схем доступа к данным;
• выполняется перенос архива данных из прежней в перспективную схему хранения;
• выполняется подключение потоков загрузки данных в перспективную схему хранения;
• выполняется одновременное тестирование по программе испытания функциональности на прежней и перспективной архитектурах для сопоставления результатов;
• после принятия решения о переходе на новую архитектуру проводится вывод из эксплуатации прежней архитектуры (резервирование, переключение доступа сервисов, перенастройка потоков загрузки данных).

Имеет риски в случае монолитности ПО (в этом случае придется воспользоваться сценарием № 2).

СЦЕНАРИЙ ИМПОРТОЗАМЕЩЕНИЯ № 2. «ЗАМЕНА ЗАРУБЕЖНОГО ПО»

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

Высокоуровневая дорожная карта:

• выявляется текущий бизнес-процесс, схема функционирования, категории пользователей, архитектура ПО, схема хранения данных и схема информационных потоков между ПО и другими источниками данных;
• определяется необходимость и выполняется оптимизация текущего бизнес-процесса (существенно увеличивает время проекта и проектные риски, но получает шанс максимально приблизиться к реальным бизнес-процессам с момента внедрения ПО);
• формируется список существующего ПО, решающего задачи схемы функционирования. По результатам анализа может быть принято решение о заказной разработке;
• выполняется проект по замещению ПО, включающий в себя типовые задачи проекта (прежде всего, обеспечение функциональности, соблюдение регламента применения и информационного обеспечения);
• выполняется вывод из эксплуатации санкционного ПО.

СЦЕНАРИЙ ИМПОРТОЗАМЕЩЕНИЯ № 3. «СОХРАНЕНИЕ ДАННЫХ БЕЗ ИЗМЕНЕНИЯ ИТ-АРХИТЕКТУРЫ»

Особенность сценария состоит в обеспечении сохранности архивных и оперативных данных компании без изменения текущего набора ИТ-решений и схем обмена данных. Это обеспечивается развертыванием интеграционной шины данных, собирающей данные из всех источников в онлайн режиме и сохраняющей их в специально созданном едином хранилище. Таким образом, при внезапном отключении любого санкционного источника данных предприятие не потеряет информацию, а шина данных обеспечит доступ к архиву этого источника данных. Сценарий позволяет сохранить инвестиции в действующую ИТ-инфраструктуру, снизив риски внезапного отключения санкционного ПО.
Сроки исполнения сценария некритичны, могут быть растянуты бесконечно долго постепенным вовлечением источников данных в зависимости от их важности.

Дорожная карта:

• выявление уровней критичности используемого ПО в текущей ИТ-архитектуре;
• формирование периметра контроля (список источников данных и список типов данных);
• развертывание на базе отечественного ПО новой структуры данных и интеграционной шины данных;
• инициируется наполнение новой структуры данных архивами всех выделенных источников:
  • создаются «золотые записи». Новые структуры данных на несанкционных технологиях хранят унифицированные копии данных;
  • развернутые структуры хранения учитывают отраслевую специфику;
  • развернутая шина данных собирает, агрегирует и унифицирует через онтологическую модель данные из доступных источников («золотые записи»);
  • доступ к «золотым записям» не зависит от решения иностранных вендоров уйти с российского рынка;
  • «золотые записи» позволяют обеспечить любых потребителей (новых и текущих) едиными наборами данных;
• при прекращении доступа к санкционному ПО начинается поставка данных из единого хранилища с помощью интеграционной шины данных;
• проводится постепенная замена текущих потоков данных на единые правила обмена данными с помощью интеграционной шины данных;
• постепенная замена функциональности санкционного ПО с сохранением текущих потоков данных.

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