Стратегія модернізації IBM i в технологічному ландшафті BFSI (Ноель Принс Мозес V)

абстрактний

Існують наполегливі рекомендації щодо модернізації програм IBM i або переходу на футуристичну платформу, а також є серйозні вагання, які стимулюють настрої проти міграції. Це підводить нас до питання; чи потрібно нам інвестувати в набір навичок
існуючої платформи чи ні?

огляд

Оскільки IBM i є застарілою системою, багато підприємств націлені на її міграцію з різних причин. Тут, у цьому блозі, ми дослідимо доступні варіанти міграції в сьогоднішньому сценарії, ймовірність їх прийняття, причину нешвидкого відстеження
міграція або відхід і потреба в піднесенні робочої сили розвитку.

IBM i (широко відома як AS/400) була однією з найбільш стратегічних систем для багатьох середніх і великих підприємств, включаючи банківські, фінансові послуги та страхування (BFSI). Він використовується всіма цими підприємствами більше 25-30 років. Він розміщує ядро
додатки для банків і страховиків, включаючи базові банківські операції, керування картками, адміністрування політики тощо. 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, Test Automation тощо, переписування може не тривати надто довго, але воно також не буде коротким. Деякі великі банки спробували переписати
і експериментувати. Багато банків виявляють інтерес до переписування, але шукають економічно ефективний, надійний і безризиковий або знижений ризик міграції, до чого ще далеко.

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

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

Висновок

З огляду на всі ці фактори, потреба у запуску програм IBM i продовжує залишатися високою ще багато років. Це означає, що ці програми слід підтримувати, обслуговувати та вдосконалювати, доки підприємства не знайдуть ефективну життєздатну альтернативу. Але на
водночас стає все важче залучити робочу силу до набору навичок IBM i. Настав час збільшити робочу силу розробників, використовуючи вдосконалені IDE та інструменти для цієї платформи.