Навіщо модернізувати мейнфрейм (Rajagopalan Thiruvenkatachari)

​Якби прогноз 1994 року справдився, 2022 рік став би 28-м роком вимирання IBM Mainframe. Але, навпаки, мейнфрейми продовжують надавати свої послуги, а попит на MIPS зростає. Він продовжує залишатися платформою вибору для більшості великих мейнфреймів
магазини. Тоді в чому проблема? Чому організації повинні модернізувати додатки? Які є варіанти? У цьому блозі ми розповідаємо про потребу в модернізації, варіанти, тенденції та те, як мейнфрейми IBM узгоджені для задоволення сьогоднішніх і майбутніх вимог.

Потреба години

Сучасні додатки для мейнфреймів страждають від монолітофобії, де розмова, функції та рівні доступу до даних тісно пов’язані між собою, що ускладнює розрізнення межі. Існує багато надмірностей у даних і коді. Складність коду
і ремонтопридатність є проблемою. Немає чіткої документації, люди, які розробляли ці додатки, вже вийшли на пенсію або знаходяться на межі виходу на пенсію. Крім того, більшість застарілих навичок недоступні на ринку. Поява нових і масштабованих технологій
змінили бізнес-модель. Взаємодія з клієнтами – головний акцент. Бізнес-операції стали глобальними, що призвело до збільшення відповідності нормативним вимогам, а обсяг аналізу ризиків і моніторингу шахрайства став ширшим. Стартапи — це нова порода конкурентів
зараз. Ці стартапи розгортають нові продукти та функції з неймовірною швидкістю та повільно залучають саму клієнтську базу. Методології розробки змінилися з водоспадної на гнучку. Щоб подолати вищезазначені виклики та розвиватися, потреба часу
полягає в модернізації монолітної програми для оцифрування, гнучкості, швидкості виходу на ринок і масштабованості бізнесу. Отже, модернізація вже не варіант. Тоді які варіанти та тенденції?

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

Коли ми говоримо про модернізацію, перше, що спадає на думку, це хмара. Хмару рекламують як альтернативу мейнфрейму. Це стало трендом, і це триватиме ще кілька років. Також хмара пропонує сучасний набір інструментів і програмного забезпечення для
розробка, DevOps і послуги автоматизованого моніторингу. Доведено, що він безпечний, стійкий, гарантує доступність і масштабованість. Отже, організація може просто перенести весь процес у хмару або переписати базу коду мовами нового покоління
і бази даних? Як вибрати правильний варіант?

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

• Такі варіанти, як Re-Host і Re-Factor, є економічно ефективними та менш ризикованими, але не враховують основні ризики малого та середнього бізнесу та технології та пришвидшують час виходу на ринок. Можна пришвидшити процес доставки, впровадивши DevOps, але витрати на кодування та тестування триватимуть.
  Цей варіант підходить для організацій із меншим розміром мейнфрейму, менше ніж 2,000 MIPS, а організації з 5,000 MIPS або менше можуть вибрати його як проміжний варіант.
• З іншого боку, повна реінжиніринг або перезапис є ідеальним і футуристичним варіантом із програмою, побудованою на API, архітектурі на основі мікросервісів, розгорнутій на контейнерній платформі. Ця опція спрямована на вирішення ключових ризиків для МСП і технологій. Але це
  дуже високий ризик, вимагає величезних інвестицій, довшого часу очікування, щоб отримати переваги (мінімум 3 роки) і вимагає довгострокових зобов’язань як від ІТ, так і від зацікавлених сторін. У промисловості існує небагато випадків використання цієї опції, де була вся система
  перероблено в хмару або локальну платформу, проте є випадки використання, коли підмножину основних диференційованих функцій було перенесено в хмару або локальну платформу для гнучкості та швидкості виходу на ринок.
• Варіант гібридної модернізації та модернізації на місці надає можливість вибірково модернізувати піднабір функцій для гнучкості та масштабованості. Це менш ризиковано порівняно з іншими варіантами. Це також є економічно ефективним і відповідає деяким ключовим МСП
  і технологічні ризики, з якими стикаються організації.  a) Визначте та надайте основні функції як API для споживання, такі як клієнт під час посадки, платежі, обробка кредитів тощо.
  b) Основні дані в режимі реального часу або після обробки тиражуються в хмару для AI, ML, аналізу ризиків, AML, виявлення шахрайства тощо.
  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, що запускають Linux на контейнерах докерів Z у z/OS – будь-яке програмне забезпечення Linux, доступне як образ докерів, можна розгорнути на Z.
• Підтримка наборів інструментів для реалізації конвеєра DevOps і CI/CD

 Висновок

 Мейнфрейми добре обслуговують клієнтів BFSI протягом багатьох десятиліть. Це надійні та стабільні платформи, які підтримують критичну обробку на підприємствах BFSI. Оскільки цифрова трансформація є ключовим драйвером організації, а не виходу з мейнфрейму
слід розглянути співіснування з хмарою, що є менш ризикованим варіантом. Ця опція надає найкращі функції з двох світів щодо доступності, стійкості та масштабованості, що є додатковою перевагою та силою. Обидві платформи дозволяють розробникам
модернізувати програми без шкоди для безпеки, масштабованості та доступності.