Переход на технологически независимый ИТ-ландшафт: RE-волюционный подход IT_One

Сложный ландшафт технологической независимости

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

При этом одной из ключевых целей трансформации, помимо достижения эффективности бизнес-процессов, остается обеспечение стабильности и устойчивости бизнеса в условиях возникающих эксплуатационных рисков. К таковым, например, могут относиться: санкционное давление на российскую экономику, уход с рынка зарубежных поставщиков ИТ-решений (Microsoft, VMware, SAP, Oracle и многих других), жесткие требования регуляторов (к госзакупкам, КИИ и не только).

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

В актуализации ИТ-ландшафта с учетом современных вызовов очевидно заинтересован целый ряд компаний: те, которые испытывают влияние санкционных рисков; те, которые рассматривают стратегию цифровой трансформации как следующий шаг развития бизнеса; наконец – те, которые опасаются использовать импортное ПО от вендоров, покинувших российский рынок. По сути, под эти критерии попадают практически все крупные и средние организации. Каждая из них как минимум включает в ИТ-стратегию либо обеспечение непрерывности бизнес-функций, либо импортозамещение. Запросы от бизнеса могут звучать по-разному, а вот задачи внутри них, как правило, являются типовыми: заменить условный Oracle на Postgres, а Windows на Linux. Исходя из этих запросов, действуют и большинство интеграторов: у них существует практика аудита ИТ-инфраструктуры и список партнерских решений – прикладного ПО, которые доступны для замены зарубежного софта. Остается только сделать сравнение и выдать заранее известные «рекомендации».

Нельзя просто так взять и заменить

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

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

Каждую систему, предметную область и весь ИТ-ландшафт мы рассматриваем по модели 6R, предлагая выбор из шести сценариев: Retain (оставить, как есть), Retire (вывести из эксплуатации), Rehost (мигрировать), Replace (заменить), Replatform (заменить решение), Refactor/Rebuild (сделать рефакторинг). Это и есть те направления, в которых нам дальше предстоит работать. Очевидно, что замена (Replace) – только один из шести вариантов развития событий, причем не самый первый. Далее расскажем о том, что представляют собой остальные пять сценариев.

Модель 6R в действии

Первый сценарий в нашем списке – Retain, или поддержка текущей ИТ-системы без изменений. Этот сценарий подразумевает, что конкретный объект (это может быть система, бизнес-процесс, элемент ИТ-инфраструктуры и так далее) не нужно «трогать» прямо сейчас и пока нет предпосылок того, что возникнет необходимость менять его в будущем. Примеры: продукты с бессрочной приобретенной лицензией, способные работать без обновлений (Microsoft Exchange или Atlassian Stack on-premise). Конечно, потребуется организация полноценной локальной поддержки, и проведение профилактических работ для исключения технологических рисков эксплуатации.

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

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

Четвертый сценарий – Replace, – замена существующей ИТ-системы на систему с аналогичными функциональными возможностями. При этом вместе с экспертами заказчика мы выбираем оптимальный продукт, с учетом специфики ИТ-ландшафта, потребностей бизнеса и требований к импортозамещению. На данном этапе мы используем уникальный инструмент – референсную модель импортозамещенной ИТ-инфраструктуры, которую разработали эксперты компании Rubytech. В процессе наполнения модели, коллеги обработали весь реестр отечественного ПО, разбили все решения на классы и оценили их зрелость и перспективы развития по собственной методологии. В дополнение к этому, была проведена серьезная работа по сбору продуктов в решения – гарантированно совместимые, высокопроизводительные программные или программно-аппаратные комплексы, способные заменить иностранные разработки. Развитие модели подразумевает ее расширение прикладными решениями и включение в состав модели Open Source и других специфических решений (к примеру, локализованных китайских софтверных продуктов). Подробнее о референсной модели можно узнать из специального материала от Rubytech.

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

Пример реализации сценария Replatform. Заказчик использует Oracle в качестве СУБД, но планирует реализовать переход на иную СУБД (российскую или Open Source). Это означает, что компании предстоит заново разработать информационные системы, которые работали на Oracle, для работы с другой базой данных.

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

Шестой сценарий – Refactor/Rebuild – также связан с переработкой архитектуры и программного кода, но он подразумевает модернизацию компонентов систем, без перехода на другие платформы.

Позаботимся о сопровождении

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

В рамках сопровождения ИТ-ландшафта продвинутый ИТ-партнер (а именно к таким относятся компании IT_One и Rubytech) не только поддерживает работоспособность ИТ и доступность сервисов, но еще и постоянно реализует модель 6R, применительно к ИТ-ландшафту и его элементам. Постоянно появляются новые решения, которые можно применить там, где еще вчера полноценных аналогов не было. Это не значит, что эпоха ИТ-стратегий завершилась. Наоборот, теперь значимость ИТ-стратегии выросла, так как гибкость во всем требует твердой уверенности в правильности принимаемых решений.