Сложная задача миграции проверенных временем сред мэйнфреймов требует тщательной оценки, внимания к техническим деталям и тщательного планирования проекта.
Мэйнфреймы сохраняют свою технологическую надежность спустя 60 лет после их изобретения, способствуя критически важным рабочим нагрузкам, требующим большого количества транзакций.
Почти три четверти американских руководителей в области ИТ, опрошенных Forrester Research в ходе исследования 2020 года, заявили, что мейнфреймы имеют долгосрочную жизнеспособность в качестве стратегической платформы, что свидетельствует о доверии. Тем не менее, некоторые клиенты могут расстаться с большим железом . Обслуживание мейнфреймов может оказаться дорогостоящим, и предприятиям сложно найти людей , которые понимают устаревшие языки и базы данных. Кроме того, привлекательность облачных вычислений как гибкой современной ИТ-среды означает, что многие приверженцы мейнфреймов перенесут по крайней мере часть своих приложений и данных на альтернативы, предоставляемые как услуга. Добраться туда будет непросто.
Миграция мэйнфреймов — сложная процедура, требующая тщательного планирования и оценки вариантов . Возможные варианты включают перенос всей среды мейнфрейма к поставщику услуг хостинга или рефакторинг приложения мэйнфрейма для развертывания в общедоступном облаке или на другой платформе.
Каким бы ни был метод, осуществление этого перехода имеет решающее значение для ИТ-отделов, которые все еще рассчитывают на вычислительную мощность мэйнфреймов.
«Мейнфрейм является основой их организаций — обычно он управляет транзакциями, благодаря которым эти компании работают, — сказал Кен Марр, технический директор FNTS, поставщика управляемых ИТ-услуг из Омахи, штат Небраска. приложения и перепишите их».
Миграция мэйнфреймов за пять шагов
Компании, планирующие миграцию мэйнфреймов, должны учитывать множество факторов, включая временные рамки проекта, бюджет, опыт, необходимый для перезаписи приложений мэйнфреймов, и важность приложений для бизнеса.
Вот ключевые этапы миграции мейнфреймов.
Шаг 1. Рассмотрите варианты повторного размещения мэйнфреймов
Организация, решившая отказаться от мэйнфреймов, но имеющая на это ограниченное время, может исследовать возможность повторного размещения мэйнфреймов. Этот подход существует в нескольких вариантах — мейнфрейм как услуга, аутсорсинг и эмуляция, и это лишь некоторые из них, — но все они сводятся к перемещению приложения мэйнфрейма из локального центра обработки данных клиента в облако поставщика услуг.
Повторный хостинг, как пошаговая миграция, не требует обширной перезаписи программного обеспечения. Это делает его быстрее и дешевле, чем другие методы миграции.
Хостинг нравится «людям, пытающимся найти облачную среду для своих рабочих нагрузок на мэйнфреймах, не переписывая их», — сказал Хуан Орландини, технический директор североамериканского отделения Insight Enterprises, поставщика ИТ-услуг из Чендлера, штат Аризона. избавиться от локальной нагрузки, которая обычно возникает при работе с мейнфреймом, и перенести ее в другое место».
Рехостинг также помогает клиентам уложиться в сроки. По словам Марра, когда организация решает, что пришло время отказаться от мэйнфреймов, у нее может быть от года до 18 месяцев, прежде чем ее локальное аппаратное и программное обеспечение поступит на продление контракта.
Однако этих временных рамок, как правило, недостаточно для сортировки ресурсов мэйнфреймов заказчика и преобразования приложений. Но хостинг на мейнфреймах позволяет компаниям выиграть время и стать ступенькой на пути к модернизации.
«Это дает им взлетно-посадочную полосу, необходимую для рационализации и преобразования приложений», — сказал Марр.
Компания FNTS, предлагающая собственное облако для размещения мейнфреймов IBM серии Z, входит в число поставщиков услуг, предлагающих аутсорсинг мэйнфреймов. Другие включают Ensono, MSP и консультационную фирму по технологиям в Даунерс-Гроув, штат Иллинойс, и IBM, самого производителя мэйнфреймов. IBM размещает мейнфреймы с помощью своего экземпляра виртуального сервера IBM Z , который работает в виртуальном частном облаке IBM.
Шаг 2. Рефакторинг? Начните с оценки заявки
Клиенты могут выбрать миграцию рабочих нагрузок мейнфреймов. Этот метод включает в себя рефакторинг кода, то есть переписывание всего приложения или его части для наилучшего использования облачных сервисов. Рефакторинг требует больше времени и денег, чем хостинг, но обладает большим преобразующим потенциалом.
«Модель рефакторинга дает приложению новую жизнь», — сказал Оливер Пресланд, вице-президент глобального портфеля консультационных услуг в Ensono. Он добавил , что рефакторинговое приложение может легче интегрироваться в облачные сервисы и в конечном итоге развиваться в архитектуру микросервисов .
Однако этот вариант следует начинать с оценки приложения мэйнфрейма или набора приложений, подлежащих переносу.
«В этом есть технический элемент, который заключается в понимании кодовой базы, зависимостей и взаимодействий с внешними интерфейсами и системами», — сказал Пресланд. «Если вы не потратите время на этап оценки, чтобы понять, как вы собираетесь преобразовать это приложение, вы рискуете, что проект столкнется с некоторыми проблемами на этом пути».
Орландини также упомянул, что важно начать с фундаментального понимания переносимой системы мэйнфреймов.
«Все сводится к правильному пониманию того, что ваше приложение делает для бизнеса, какую бизнес-логику оно кодирует и как более эффективно перекодировать это», — сказал он.
Марр сказал, что этот шаг по рационализации приложений помогает организациям определить искусство возможного. Обладая этими знаниями, компания может разработать свою стратегию переноса рабочих нагрузок с мэйнфрейма или, в качестве альтернативы, принять решение либо оставить свое приложение на мейнфрейме, либо отказаться от него.
Работа с мейнфреймом
Миграция мэйнфреймов не всегда является лучшим решением.
«Мейнфреймы прекрасно подходят для тех целей, для которых они были изначально созданы, — сказал Орландини. «Трудно перейти от чего-то материально хорошего к чему-то, что может не стать лучше, когда вы закончите с этим».
Усовершенствования мэйнфреймов IBM серии Z, которые включают в себя возможность справляться с рабочими нагрузками ИИ и выполнять обнаружение мошенничества , служат аргументом в пользу того, чтобы оставаться на этой платформе. Орландини заметил, что предприятия, которые могут обрабатывать такие функции на мейнфрейме, не переписывая стек приложений, могут задержать миграцию.
«Мы по-прежнему видим, что люди инвестируют в серию Z», — добавил он.
По словам Пресленда, компании часто имеют базовый набор приложений, которые лучше всего размещать на мейнфреймах из-за объема транзакций или серьезности данных . По его словам, в таких случаях предложения на основе API и интерфейсы виртуализации данных облегчают разработчикам облачных вычислений доступ, использование и взаимодействие с данными мэйнфреймов.
Шаг 3. Остерегайтесь сложных моментов
Клиенты, выбравшие рефакторинг, должны провести анализ сложности, чтобы определить потенциальные препятствия миграции.
Автоматизированные инструменты помогают преобразовать распространенные технологии мэйнфреймов, такие как файлы данных COBOL , PL/1 и VSAM , в современные языки и форматы данных. Но таких предложений может не быть для более малоизвестного кода, находящегося на мейнфрейме.
«Хотя вы можете перемещать большую часть своих приложений и данных с помощью различных решений, найти способ справиться с некоторыми из более экзотических [технологий] может стать довольно сложной задачей», — сказал Пресланд.
Он отметил, что приложение может содержать, например, очень специфический код для конкретной бизнес-цели или специализированный сторонний плагин. А обратная совместимость сред мэйнфреймов IBM означает, что старый код и архаичные системы все еще могут работать на более новом оборудовании.
Пресленд привел в пример Model 204, систему управления базами данных 1970-х годов. По его оценкам, Ensono провела три значительных преобразования модели 204. «Очень сложно найти для них навыки и персонал», — добавил он.
Кадры действительно являются проблемой, так как многие технические специалисты, разбирающиеся в секретах систем мэйнфреймов, ушли на пенсию .
«Это могут быть приложения 40-50-летней давности», — сказал Марр. «Наличие кого-то, кто хорошо знает код, может быть, а может и не быть».
Как правило, приложения, связанные с обработкой транзакций меньшего объема, являются наиболее проблематичными. «Большие объемы не представляют проблемы, потому что [они], как правило, написаны на распространенных языках», — сказал Пресленд. «Небольшие по объему, но важные части портфеля приложений действительно являются ключевыми. Они были написаны давным-давно, и вам нужно уметь их трансформировать».
Заблаговременное выявление самых сложных проблем преобразования кода помогает при планировании проекта миграции.
Шаг 4. Спланируйте проект
Тщательная оценка приложений и анализ сложности включаются в план проекта миграции.
«Это закладывает основу для того, чтобы сказать: «Я понимаю экономическое обоснование и понимаю технологический путь», — сказал Пресланд.
Результатом является предсказуемость, когда речь идет о сроках проекта, цене, методе работы со сложными компонентами и плане требований/ресурсов, добавил он.
Планирование проектов Ensono предлагает клиентам несколько путей продвижения вперед: немедленный переход к миграции рабочих нагрузок мейнфреймов или проверка концепции с последующей полной миграцией. Последнее предполагает преобразование первого раздела приложения для переноса. По словам Пресленда, преобразование раздела дает клиенту возможность протестировать и запустить его, что повышает уверенность в себе.
Другие подходы к миграции могут начинаться с нескольких модулей кода, чтобы показать, что процесс генерирует код хорошего качества. Но эта демонстрация не дает рабочей системы, которую заказчик может протестировать, отметил он.
Шаг 5. Скройте код
Рефакторинг требует преобразования кода, написанного на старых языках, в современные, такие как Java, C# или COBOL 6.0. По словам Пресленда , данные, хранящиеся в неструктурированных файлах или нереляционных форматах, преобразуются в формат реляционной базы данных, часто в базу данных PaaS .
Поставщики ИТ-услуг, специализирующиеся на преобразовании мейнфреймов, используют наборы инструментов для автоматизации задачи преобразования.
По оценкам Марра, инструменты кодирования мэйнфреймов достигают процента точности преобразования в 90-х процентах. Он добавил, что преобразование первых 92% или 93% кода может быть выполнено довольно быстро, но преобразование оставшегося кода, чтобы приложение заработало, требует времени.
«Это по-прежнему большой проект, но это гораздо быстрее, чем полностью переписывать приложение на C#, C++ или Java», — сказал он.
Компании могут извлекать отдельные транзакции из приложения, чтобы уменьшить нагрузку на конвертацию. Банк, например, может сосредоточиться исключительно на функции проверки баланса клиентского приложения мэйнфрейма и перенести эту часть, а не всю систему.
«Большинство компаний рассматривают это отдельно от транзакции», — сказал Марр.
