Зачем модернизировать мейнфрейм (Раджагопалан Тирувенкатачари)

Если бы предсказание 1994 года сбылось, 2022 год стал бы 28-м годом исчезновения мэйнфреймов IBM. Но, напротив, мэйнфреймы продолжают свою работу, а спрос на MIPS растет. Она по-прежнему остается предпочтительной платформой для большинства крупных мейнфреймов.
магазины. Тогда в чем проблема? Почему организации должны модернизировать приложения? Какие варианты доступны? В этом блоге мы говорим о необходимости модернизации, возможностях, тенденциях и о том, как мэйнфреймы IBM соответствуют сегодняшним и будущим требованиям.

Потребность часа

Текущие приложения для мэйнфреймов страдают от монолитофобии, когда уровни диалога, функций и доступа к данным тесно связаны, что затрудняет различение границ. В данных и коде много избыточности. Сложность кода
и ремонтопригодность является проблемой. Нет четкой документации, люди, которые создали эти приложения, уже вышли на пенсию или находятся на грани выхода на пенсию. Кроме того, большинство устаревших навыков недоступны на рынке. Появление новых и масштабируемых технологий
изменили бизнес-модель. Клиентский опыт является основным направлением. Бизнес-операции стали глобальными, что привело к усилению соблюдения нормативных требований, а объем анализа рисков и мониторинга мошенничества стал шире. Стартапы — это новая порода конкурентов
сейчас. Эти стартапы внедряют новые продукты и функции с невообразимой скоростью и медленно привлекают саму клиентскую базу. Методологии разработки изменились с водопадной на гибкую. Чтобы преодолеть вышеуказанные проблемы и расти, необходимо время
заключается в модернизации монолитного приложения для оцифровки, гибкости, скорости выхода на рынок и масштабируемости бизнеса. Так что модернизация уже не вариант. Тогда каковы варианты и тенденции?

Варианты модернизации

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

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

• Такие варианты, как Re-Host и Re-Factor, являются экономически эффективными и менее рискованными, но не учитывают ключевые риски для малого и среднего бизнеса и технологий, а также ускоряют выход на рынок. Можно ускорить процесс доставки, внедрив DevOps, но накладные расходы на кодирование и тестирование все равно будут продолжаться.
  Этот вариант подходит для организаций с меньшей площадью мейнфрейма, менее 2,000 MIPS, а организации с 5,000 MIPS или менее могут выбрать его в качестве промежуточного варианта.
• С другой стороны, полный реинжиниринг или переписывание — это идеальный и футуристический вариант с приложением, построенным на API, архитектуре на основе микросервисов, развернутой на контейнерной платформе. Этот вариант направлен на устранение основных рисков малого и среднего бизнеса и технологических рисков. Но это
  очень высокий риск, требует огромных инвестиций, более длительного времени ожидания, чтобы пожинать плоды (минимум 3 года) и требует долгосрочных обязательств как со стороны ИТ, так и со стороны бизнеса. В промышленности мало или совсем нет вариантов использования этого варианта, когда вся система была
  переработаны в облаке или локально, однако есть случаи использования, когда подмножество основных дифференцирующих функций было перенесено в облачную или локальную платформу для гибкости и скорости выхода на рынок.
• Вариант гибридной модернизации на месте предоставляет возможность выборочной модернизации подмножества функций для обеспечения гибкости и масштабируемости. Это менее рискованно по сравнению с другими вариантами. Это также рентабельно и отвечает некоторым ключевым требованиям МСП.
  и технологические риски, с которыми сталкиваются организации.  a) Определите и предоставьте доступ к основным функциям в виде API-интерфейсов, таких как регистрация клиентов, платежи, обработка кредитов и т. д.
  b) Основные данные в режиме реального времени или после обработки реплицируются в облако для искусственного интеллекта, машинного обучения, анализа рисков, противодействия отмыванию денег, обнаружения мошенничества и т. д.
  c) Выгрузка только функции запроса (CQRS) в облако в виде микросервисов, развернутых в архитектуре на основе контейнеров.
  d) Участие в корпоративном внедрении DevOps и e) Использование инструментов анализа воздействия и документации для качественных результатов и документации для снижения основных рисков МСП. 

Некоторые рекомендации из отрасли по модернизации в гибридной модели, сосуществованию с облаком посредством выборочной модернизации.

• Крупный инвестиционный банк внедрил DevOps-CI/CD для основного приложения. Преимущества заключаются в улучшении времени выхода на рынок, повышении качества и снижении стоимости проекта.
• Крупный глобальный клиент, занимающийся банковскими операциями и обработкой кредитных карт, переписал основной алгоритм сопоставления на мультиоблачную платформу. Преимуществами являются построенные на микросервисах настраиваемые правила для повышения гибкости.
• Крупная европейская биржа переписала свое приложение с несколькими классами активов в облаке, используя RedHat Openshift PaaS. Преимуществами являются гибкость, скорость выхода на рынок, дизайн микросервисов и реализованный конвейер DevOps CI/CD.
• Крупный клиент по обработке платежей в США перенес один из своих основных процессов на облачную платформу. Сначала код был рефакторинг с использованием автоматизированного инструмента, а затем основная часть была преобразована в микросервисы. Преимуществами являются гибкость в скорости выхода на рынок и снижение риска основных
  МСП и технические навыки.
• Крупный глобальный банк модернизировал свои основные банковские функции, представив их в виде API. Преимущества — улучшенный клиентский опыт и более быстрое обслуживание.

Поддержка и инвестиции в платформу мейнфреймов

IBM продолжает модернизировать свое аппаратное и программное обеспечение, чтобы соответствовать текущим тенденциям и росту бизнеса.

• Разгрузите разработку и тестирование в облаке IBM с помощью Wazi как услуги (aaS).
• Откройте доступ к основным функциональным возможностям системы Z с помощью API-интерфейсов для использования данных с помощью IBM z/OS Connect. 
• Z Container Extensions, запуск Linux на контейнерах Docker Z внутри z/OS — любое программное обеспечение Linux, доступное в виде образа Docker, может быть развернуто на Z.
• Поддержка наборов инструментов для реализации конвейера DevOps и CI/CD.

 Заключение

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