Несмотря на регулярно высказываемое недовольство по поводу негибких унаследованных ИТ-систем, они продолжают приносить значительную пользу организациям. Президент консалтинговой компании Transworld Data Мэри Шеклет рассказывает на портале InformationWeek о том, как их оптимизировать и перестроить с учетом перспектив изменения ИТ-архитектуры.

В первую очередь нужно посмотреть, как развивается ИТ-архитектура:

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

Аргументы против унаследованных систем заключаются в том, что:

  • они ориентированы на внутренние системы и не могут быть развернуты в облаке;
  • они не могут справиться с развертыванием распределенных вычислений;
  • их сложно адаптировать к мобильным вычислениям и IoT;
  • у них длительные циклы разработки приложений;
  • они дорого обходятся бизнесу

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

Первое, что приходит на ум при упоминании унаследованных систем — мэйнфреймы, устаревшие системы ERP и бухгалтерского учета, но при определенных обстоятельствах к унаследованным могут относиться и такие технологии, как Microsoft Windows, Office Suite, Oracle, SAP, VMware и Salesforce. Подобные ИТ-решения, если они часто обновлялись на протяжении многих лет, могут считаться надежными и даже незаменимыми. Их можно назвать действующими унаследованными технологиями, но они по-прежнему приносят пользу.

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

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

1. Максимально используйте ресурсы поставщиков унаследованных систем

Oracle, SAP, Microsoft, IBM, Salesforce и другие поставщики унаследованных систем имеют сотни тысяч клиентов, а также обширную сеть партнеров по решениям и консалтинговых партнеров. Они также располагают собственными командами консультантов, специалистов по специальным проектам, внедрению, обучению и технической поддержке. Эти поставщики предлагают гибкие планы, одноразовые опции, а также необходимый уровень поддержки. Это позволяет предприятию управлять своим бюджетом, полагаясь на опыт поставщиков когда и где это необходимо.

2. Обратитесь к облаку

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

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

3. Подумайте об API

Распространенной жалобой на унаследованные системы является то, что с ними трудно интегрироваться, но многие из них имеют общие интерфейсы прикладного программирования (API), с которыми могут работать большинство приложений и других систем. Поставщики унаследованных систем также обладают обширными сетями деловых партнеров и клиентов, что вынуждает других поставщиков систем делать приоритетной задачей разработку API для работы с унаследованными корпоративными системами. Умудренные опытом клиенты, которые пользуются последними, знают об этом и регулярно используют API для перекрестного соединения платформ и приложений. Единственная загвоздка в этом сценарии бывает тогда, когда компания доработала свою унаследованную систему до такой степени, что трудно найти пригодный для использования API. В этом случае может потребоваться ручное кодирование, но также возможно, что решение может быть найдено с помощью инструмента ETL.

3. Задействуйте ETL

Для более сложного обмена данными, когда не удается наладить связь между унаследованной и новыми системами, существуют ETL-инструменты (Extract, Transform, Load, извлечение, трансформация, преобразование). Они позволяют компаниям извлекать данные из одного источника, преобразовывать их в формат, необходимый для принимающих систем, на основе набора бизнес-правил (их предоставляет ИТ-служба), а затем загружать переформатированные данные в целевую систему. Таким образом устанавливается связь для обмена данными между унаследованных и новыми системами.

5. Используйте виртуальные операционные системы

Унаследованные решения, такие как VMware и IBM System z, могут запускать множество виртуальных экземпляров ОС типа Windows, Linux, UNIX и macOS (на VMware). Компании, которые по максимуму оптимизируют свои унаследованные системы, часто считают более экономичным запуск многочисленных экземпляров виртуальных систем на одной из них вместо того чтобы поддерживать сотни или тысячи физических серверов.

6. Изучите мобильные и IoT-возможности

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