Стратегия модернизации IBM i в технологическом ландшафте BFSI (Ноэль Принс Мозес В.)

Абстрактные

Существуют настойчивые рекомендации по модернизации или переносу приложений IBM i на футуристическую платформу, а также серьезные сомнения, которые вызывают антимиграционные настроения. Это приводит нас к вопросу; нам нужно инвестировать в набор навыков
существующей платформы или нет?

Обзор

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

IBM i (широко известная как AS/400) была одной из наиболее стратегически важных систем для многих средних и крупных предприятий, включая банковское дело, финансовые услуги и страхование (BFSI). Он используется всеми этими предприятиями более 25-30 лет. Он содержит ядро
приложения для банков и страховых компаний, включая Core Banking, Card Management, Policy Administration и т. д. IBM i, как мы здесь обсуждаем, представляет собой всю экосистему, которая поставляется вместе с IBM i, аппаратным обеспечением, операционной системой, языками программирования, такими как RPG,
COBOL и CL, база данных DB2 для i, IBM MQ для обмена сообщениями, управления заданиями, доступа пользователей, безопасности и т. д. Устаревшая модернизация обсуждается в банках уже много лет, и IBM i также находится на радаре для замены новыми технологиями из-за проблемы
связаны с набором навыков, специфичным для платформы IBM i (RPG, COBOL), монолитной архитектурой приложений, приводящей к проблемам с гибкостью, функциональной совместимостью с другими платформами и инструментами DevOps, не привязанными к стратегическим инвестициям, упускающим большинство преимуществ облака (например,
мощность по требованию) и т. д. В то же время существует ряд причин, по которым миграция откладывается. Вот некоторые из них: выпуски нового оборудования, выпуски ОС, расширенное окно поддержки, текущие инвестиции в тяжелую инфраструктуру, риски и стоимость миграции.
Здесь мы пытаемся оценить ранние возможности его выхода, чтобы можно было предсказать зависимость от его МСП.

Наша точка зрения

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

С появлением облачных технологий, методов DevOps и Agile отрасли и предприятия, в том числе банкиры и страховые компании, стремятся трансформировать приложения IBM i, чтобы воспользоваться новейшими функциями и преимуществами. У предприятий есть несколько вариантов
перед ними. Эта платформа может следовать гибким методам и быть частью мира DevOps с решениями ARCAD. Один из крупных британских банков успешно внедрил DevOps на IBM i. Недавно выпущенная платформа IBM i Merlin (Modernization Engine for Lifecycle
интеграции) помогают в этом благодаря интегрированным инструментам IDE, CI/CD Merlin для опыта DevOps, а также подготовке виртуальных машин IBM i, управлению REST API и т. д., и вселяют надежду на полноценную экосистему DevOps в будущем. Последние разработки помогают в маневренности
сред IBM i и повторного размещения своих приложений. Системное администрирование этой платформы должно быть разгружено за счет переноса инфраструктуры непосредственно в IBM Cloud или Skytap в Azure и IBM Cloud или в Connectria на AWS. Infinite i находится в спасении, чтобы снова принять
приложения в Azure, AWS или Google Cloud. Все эти варианты относятся к категории модернизации на месте или псевдомодернизации и зависят от набора навыков IBM i.

Наборы инструментов от Fresche, Google (G4) обеспечивают преобразование (рефакторинг) собственных исходных кодов IBM i один к одному и открывают шлюз для развертывания приложения в открытых системах и облаке. Но предпочтение этому варианту угасает, учитывая ремонтопригодность.
и футуристический вид для крупных предприятий, таких как банки. Банки и, в частности, страховые компании имеют очень динамичные бизнес-потребности, такие как постоянно растущие нормативные и нормативные требования и, следовательно, потребность в легко поддерживаемой кодовой базе.

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

Теперь банкам остается другой вариант — перезаписать. Как всем известно, переписывание существующего приложения (функционально эквивалентного, но актуального с архитектурной точки зрения) в целевой среде почти похоже на создание нового приложения. Разобрать механизм с целью понять, как это работает
инструменты от Fresche и ARCAD помогают ускорить извлечение правил. Новый способ разработки, основанный на Agile, DevOps, автоматизации тестирования и т. д., переписывание может занять не слишком много времени, но и не будет коротким. Некоторые крупные банки пытались переписать
и экспериментировать. Многие банки проявляют интерес к переписыванию, но ищут экономически эффективный, надежный и безрисковый или менее рискованный переход, который все еще далеко.

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

IBM также постоянно инвестирует и модернизирует серверы Power (серверы на базе Power10, выпущенные в 2021 году) и IBM i (версия 7.5, выпущенная в мае 2022 года), а также поддерживает открытые технологии, чтобы сохранить темпы сохранения этой платформы.
Окно поддержки (обычно 7+3 года — нормальный + расширенный) и возможность повторного использования серверов Power для других сред (AIX) — некоторые из важных факторов, дающих дополнительное пространство для принятия решений (без спешки с выходом из платформы).

Заключение

Учитывая все эти факторы, потребность в запуске приложений IBM i остается высокой еще много лет. Это означает, что эти приложения должны поддерживаться, поддерживаться и улучшаться до тех пор, пока предприятия не найдут эффективную жизнеспособную альтернативу. Но на
В то же время становится все труднее привлекать сотрудников к набору навыков IBM i. Пришло время увеличить количество разработчиков, используя улучшенные IDE и инструменты для этой платформы.