Большинство компаний не могут создать новую нативно-облачную архитектуру. Портал ComputerWeekly приводит оценки экспертов относительно возможности дальнейшего использования унаследованных приложений.

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

Согласно отчету «Connectivity benchmark 2020 report» компании MuleSoft, в течение ближайших пяти лет 99% ИТ-подразделений приступят к осуществлению проектов цифровой трансформации. Но 85% из них заявили, что трудности интеграции сдерживают их инициативу.

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

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

«Программы модернизации должны иметь надлежащие охват и управление с четкими целями, показателями и обменом информацией», — утверждает Boomi в докладе «The ERP innovator’s dilemma report». Основная техническая проблема заключается в «интеграции данных и управлении ими в сложных гибридных средах, где все еще используется унаследованная технология».

Ситуация еще более осложняется многочисленностью старых систем, нуждающихся в модернизации. Gartner предупреждает в докладе «Application modernisation should be business-centric, continuous and multiplatform», что корпоративные ИТ-портфели слишком объемисты, чтобы можно было провести экономически целесообразную полную инвентаризацию всех приложений во всех офисах.

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

Сегментируйте и приоритезируйте

Многим организациям трудно получить наглядное представление обо всех цифровых активах, включая используемые унаследованные приложения. Ник Форд, главный технологический евангелист low-code платформы Mendix, предлагает лицам, принимающим решения в области ИТ, начать с составления карты имеющегося ПО. «В любом наборе ПО мы обнаруживаем приложения, которые, возможно, следует консолидировать, или такие, которые утратили свое значение и легко могут быть заменены готовыми решениями или во многих случаях переписаны заново, — сказал он. — Мы предлагаем посмотреть на этот набор, подумать, как вы собираетесь его рационализировать, а затем выделить те участки, которые через короткое время дадут максимальный выигрыш».

Ян Фэйрклоф, вице-президент MuleSoft по сервисам, отметил, что в большинстве организаций имеется «очень сложная паутина взаимосвязанных приложений», которая сдерживает инновации. «Мы говорим о наборах ПО, которые сформировались за последние 30-40 лет. И видим, что со временем многие из этих организаций перестали вкладывать деньги в технологию», — сказал он и добавил, что отсутствие интеграции этих приложений является главным препятствием для создания портфеля гибких современных приложений.

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

Описывая сложный проект в области модернизации, над которым он работал, Фэйрклоф сообщил, что объем работы был «грубейшим образом недооценен». Проект затрагивал свыше 500 приложений. Это означало, что клиент не понимал, как они были взаимосвязаны. В результате стоимость проекта росла по экспоненте. «Когда мы собирались модернизировать какое-то приложение, мы обнаруживали сложную паутину других приложений. Поэтому мы не могли изолировать приложение и перенести его в другую среду», — пояснил он.

Работавшие над проектом были вынуждены разработать новые средства интеграции, чтобы поддерживать связи между новыми и старыми системами. Для решения проблемы им пришлось разделить приложения на три класса в зависимости от их приоритетности: «золотые», «серебряные» и «бронзовые». Каждое «золотое» приложение было связано с рядом «серебряных» и «бронзовых». Хотя последние имели более низкий приоритет, их необходимо было переносить вместе с «золотым». По словам Фэйрклофа, разработанные процедуры позволили сосредоточиться на «золотых» приложениях, но при этом гарантировать, что все работает должным образом.

Пример: управление данными

Созданная в 2012 г. британская компания Disguise специализируется на создании ПО и оборудования, обеспечивающих живую музыку для шоу таких артистов, как U2 и Кэти Перри. Ее технология используется также в киноиндустрии и во время торжественных событий вроде юбилея королевы.

Компания быстро расширялась. За два года численность работников выросла с 27 до 131. У нее имеется также крупный портфель облачных приложений. Для продаж и маркетинга используется Salesforce, для финансового учета NetSuite, для разработчиков Jira.

«Мы накапливали много данных и быстро продвигались вперед. Если не продвигаться быстро в определенном направлении, то не обязательно куда-нибудь попадешь. Так что помимо прочего мне необходимо было собрать вместе данные из разных систем», — сказал Иван Рош, возглавляющий в Disguise подразделение бизнес-аналитики и технологии. В начале 2019 г. он в течение полутора месяцев оценивал и планировал потребности компании в модернизации.

Рош пришел к выводу, что при использовании набора различных готовых коннекторов и API, сделанных на заказ компанией Boomi, Disguise сможет интегрироваться с Salesforce, NetSuite и Jira, а также с производителями своего оборудования, чтобы всеми данными можно было управлять на уровне мастер-данных. Благодаря обеспеченным при этом наглядности и согласованности данных Disguise смогла приступить к оптимизации процессов и дальнейшему расширению свои систем.

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

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

Пример: унаследованная Windows

Модернизация приложений — это не только избавление от унаследованного оборудования. Она распространяется на ряд технологий, людей и процессов.

«Существует компания на протяжении столетий или всего несколько лет, есть универсальные трудности, с которыми сталкиваются все, будь то управление сосуществованием новых и унаследованных систем или вложение денег и времени, необходимых для модернизации», — сказал Оливье Маес, вице-президент Rancher Labs по региону EMEA.

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

«Kubernetes позволяет сделать доступной унаследованную функциональность для новых, нативно-облачных приложений и, что принципиально важно, экономит компаниям деньги и бесценное время», — заявил Маес.

Однако в собственных ЦОДах предприятий 70% нагрузки приходится на Windows Server, что не позволяет упаковать задачи в контейнеры. Но теперь, с появлением контейнеров Windows, положение меняется.

«Несмотря на обработку массы данных, поступающих от передовых систем отслеживания местонахождения судов и управления транспортными средствами, компания Abax долгое время применяла устаревшую технологию на базе вычислительной среды Windows», — рассказал Маес. Эта крупнейшая европейская компания в области телематики потратила много лет на разработку базовых сервисов в среде Windows и намеревалась так и продолжать. Реинжиниринг значительной части инфраструктуры потребовал бы значительных инвестиций и большого количества времени. Тем не менее, компания научилась использовать контейнеры Windows. Благодаря им, сказал Маес, системные инженеры Abax могут запускать важнейшие задачи в контейнерах Windows или Linux, которые централизованно оркестрируются независимо от того, размещены в собственном ЦОДе компании или в облаке.

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

«В большинстве случаев трудности носят организационный характер», — сказал Форд. Модернизация — это не «большой взрыв», а непрерывный, итеративный процесс, который нуждается в поддержке со стороны самого высокого руководства организации. «Модернизация унаследованного означает задействование всей организации и в большинстве случаев использование тех, кто наиболее близок к бизнес-задаче, для которой предназначается ПО. Это зависит от наличия правильной платформы, правильного управления и правильной организационной структуры», — заключил Форд.