BFSI teknoloji ortamında IBM i modernizasyonu için strateji (Noel Prince Moses V)

Özet

IBM i uygulamalarının modernleştirilmesi veya fütüristik bir platforma taşınması yönünde güçlü öneriler var ve geçiş karşıtı duyarlılığı yönlendiren güçlü tereddütler de var. Bu bizi şu soruya getiriyor; beceri setine yatırım yapmamız gerekiyor mu
mevcut platformun mu yoksa değil mi?

Genel Bakış

IBM i eski bir sistem olduğundan, çeşitli nedenlerden dolayı birçok kuruluş tarafından geçiş hedeflenmektedir. Bu blogda, günümüz senaryosunda geçiş için mevcut seçenekleri, bunların benimsenme olasılığını, hızlı takip edilmeme nedenini inceleyeceğiz.
geçiş veya çıkış ve geliştirme iş gücünü artırma ihtiyacı.

IBM i (yaygın olarak AS/400 olarak bilinir), Bankacılık, Finansal Hizmetler ve Sigorta (BFSI) dahil olmak üzere orta ve büyük ölçekli kuruluşların çoğu için en stratejik sistemlerden biri olmuştur. Tüm bu işletmeler tarafından 25-30 yılı aşkın bir süredir kullanılmaktadır. Çekirdek barındırıyor
Bankalar ve Sigortacılar için Temel Bankacılık, Kart Yönetimi, Politika Yönetimi vb. uygulamalar. IBM i, burada tartıştığımız gibi, IBM i, donanım, işletim sistemi, RPG gibi programlama dilleri ile birlikte gelen ekosistemin tamamıdır.
COBOL ve CL, i için veritabanı DB2, mesajlaşma, iş yönetimi, kullanıcı erişimi, güvenlik vb. için IBM MQ. Eski Modernizasyon bankalar arasında uzun yıllardır tartışılıyor ve IBM i de yeni teknolojilerle değiştirilmesi için radarda. zorluklar
IBM i platformuna özgü beceriler (RPG, COBOL), çeviklik sorunlarına yol açan monolit uygulama mimarisi, diğer platformlar ve DevOps araçlarıyla birlikte çalışabilirlik, stratejik yatırımlarla uyumlu değil, bulut avantajlarının çoğundan yoksun (örn.
isteğe bağlı kapasite) vb. Aynı zamanda geçişin ertelenmesinin birçok nedeni vardır. Bunlardan bazıları yeni donanım sürümleri, işletim sistemi sürümleri, genişletilmiş destek penceresi, ağır altyapıya yapılan mevcut yatırımlar, geçiş riski ve maliyetidir.
Burada KOBİ'lere olan bağımlılığın tahmin edilebilmesi için erken dönemde çıkış olasılıklarını ölçmeye çalışıyoruz.

bakış açımız

Dönem boyunca iş büyüdü, iş gereksinimleri büyüdü, çeşitli riskler arttı, uyumluluk ve düzenleme gereksinimleri arttı ve sonunda bunların tümü her biri için tek bir monolit uygulamada yakalanıp halledildi.
girişim. Ve tüm bilginin, iş kurallarının, iş süreçlerinin yoğunlaşmasına neden olan yüksek seviyedeki karmaşıklığın nedeni budur. Buna çoklu iş parçacığı oluşturma, mesajlaşma, iş planlama, iş kontrolü vb. gibi tüm teknik uygulamalar eklendi.
aynı zamanda monolit uygulamasının bir parçasıdır.

Bulut, DevOps ve Agile uygulamalarının ortaya çıkışıyla birlikte, bankacılar ve sigortacılar da dahil olmak üzere sektörler ve kuruluşlar, en yeni özelliklerden ve avantajlardan yararlanmak için IBM i uygulamalarının dönüşümünü arıyor. İşletmelerin birden fazla seçeneği var
onların önünde. Bu platform, çevik uygulamaları takip edebilir ve ARCAD çözümleri ile DevOps dünyasının bir parçası olabilir. Birleşik Krallık'taki büyük bankalardan biri, IBM i üzerinde DevOps'u başarıyla benimsedi. Yakın zamanda başlatılan IBM i Merlin Platformu (Yaşam Döngüsü için Modernizasyon Motoru)
Entegrasyon), DevOps deneyimi için entegre IDE, CI/CD Merlin araçlarının yanı sıra IBM i sanal makine provizyonu, REST API yönetimi vb. ile buna yardımcı olur ve gelecekte DevOps eko sisteminin tamamı için umut getirir. Son gelişmeler çevikliğe yardımcı oluyor
IBM i ortamlarının geliştirilmesi ve uygulamalarının yeniden barındırılması. Bu platformun sistem yönetiminin yükü, altyapının doğrudan IBM Cloud'a veya Azure ve IBM Cloud üzerinde Skytap'e veya AWS üzerinde Connectria'ya taşınmasıyla boşaltılacaktır. Infinite i yeniden ev sahipliği yapmak için yardıma koşuyor
Azure veya AWS veya Google Cloud'daki uygulamalar. Tüm bu seçenekler, yerinde modernizasyon veya sözde modernizasyon olarak kategorize edilecek ve IBM i becerilerine bağımlı olacaktır.

Fresche, Google'ın (G4) araç setleri, IBM yerel kaynak kodlarının bire bir dönüştürülmesini (yeniden düzenleme) sağlar ve uygulamanın açık sistemler ve bulut üzerinde devreye alınması için ağ geçidini açar. Ancak sürdürülebilirlik göz önüne alındığında bu seçeneğin tercihi azalıyor
ve bankalar gibi büyük işletmeler için fütüristik bir görünüm. Bankaların ve daha spesifik olarak Sigortacıların, giderek artan düzenleme ve uyumluluk talepleri ve dolayısıyla yüksek düzeyde sürdürülebilirlik gerektiren kod tabanı ihtiyacı gibi çok dinamik iş ihtiyaçları vardır.

Yerinde modernizasyon (son çare) ve yeniden düzenlemeyi bırakarak, diğer seçenekler büyük ölçüde iki seçenekten biri, yani COTS'nin değiştirilmesi veya uygulamanın tamamının yeniden yazılması şeklinde gruplandırılabilir. Bu seçeneklerin kendi artıları ve eksileri vardır. Çoğu için
orta ve büyük ölçekli bankalar ve çok ülkeli veya çok coğrafyalı operasyonlara sahip bankalar için temel uygulamalar onların hazinesi, gücü ve varlıklarını kolaylaştırıcıdır. Bu nedenle, COTS uygulamasının tam uyumu nedeniyle COTS'un benimsenme oranı sınırlı olacaktır.
bankanın kart işleme, sadakat ve ödül yönetimi gibi zengin yetenekleri için.

Artık bankalara diğer seçenek olan yeniden yazma seçeneği kaldı. Herkesin bildiği gibi, mevcut uygulamayı (işlevsel olarak eşdeğer ancak mimari olarak güncel) hedef bir alana yeniden yazmak neredeyse yeni bir uygulama oluşturmaya benzer. Tersine mühendislik
Fresche ve ARCAD araçları kuralların çıkarılmasını hızlandırmaya yardımcı olur. Agile, DevOps, Test Automation vb. ile desteklenen yeni geliştirme yönteminde, yeniden yazma çok uzun sürmeyebilir ancak aynı zamanda kısa da olmayacaktır. Büyük bankalardan bazıları yeniden yazmayı denedi
ve denemeler yapıyoruz. Pek çok banka yeniden yazmaya ilgi gösteriyor ancak maliyet etkin, sağlam ve risksiz veya azaltılmış riskli geçişler arıyor ki bu hala çok uzak.

Yeniden yazma için beklenen zaman çizelgesinin yanı sıra, hedef manzaraya ilişkin stratejik karar, hedef teknolojiler, hedef mimari, düzenleme ve uyumluluk zorlukları, dönüşümsel faaliyetleri benimsemeye yönelik organizasyonel değişiklikler,
Ağır altyapılara vb. yapılan mevcut yatırımlar, Bankaların çoğu için genel IBM i geçiş zaman çizelgesini etkileyecektir.

IBM ayrıca bu platformu koruma ivmesini korumak için Power sunucularına (10'de piyasaya sürülen Power2021 tabanlı sunucular) ve IBM i'ye (Mayıs 7.5'de piyasaya sürülen 2022) açık teknolojilere yönelik desteğin yanı sıra düzenli olarak yatırım yapıyor ve yükseltiyor.
Destek penceresi (genel olarak 7+3 yıl – Normal + Genişletilmiş) ve Power sunucularının diğer ortamlar için yeniden kullanılabilirliği (AIX), karar verme için ek alan sağlayan önemli faktörlerden bazılarıdır (platformdan çıkmak için aceleye gerek yoktur).

Sonuç

Tüm bu faktörlerle birlikte IBM i uygulamalarını çalıştırma ihtiyacı daha uzun yıllar yüksek kalmaya devam ediyor. Bu, işletmeler etkili ve uygulanabilir bir alternatif bulana kadar bu uygulamaların desteklenmesi, sürdürülmesi ve geliştirilmesi gerektiği anlamına gelir. Ama en
Aynı zamanda iş gücünü IBM i becerilerine dahil etmek de giderek zorlaşıyor. Bu platform için geliştirilmiş IDE'lerden ve araçlardan yararlanarak geliştirme iş gücünü artırmanın zamanı geldi.