چکیده
توصیه‌های قوی برای مدرن‌سازی یا انتقال برنامه‌های 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، همسو با سرمایه‌گذاری‌های استراتژیک، از دست دادن بیشتر مزایای ابری (مثلاً
ظرفیت درخواستی) و غیره. در عین حال، دلایل متعددی برای به تعویق افتادن مهاجرت وجود دارد. برخی از آنها عبارتند از، نسخه های جدید سخت افزار، نسخه های سیستم عامل، پنجره پشتیبانی گسترده، سرمایه گذاری های فعلی در زیرساخت های سنگین، ریسک مهاجرت و هزینه.
در اینجا سعی می کنیم احتمالات اولیه خروج از آن را بسنجیم تا وابستگی به SME های آن پیش بینی شود.
دیدگاه ما
در طول این دوره، کسب و کار رشد کرده است، نیازهای کسب و کار رشد کرده است، ریسک های مختلف رشد کرده است، الزامات انطباق و مقررات رشد کرده است و در نهایت همه این موارد در یک برنامه یکپارچه برای هر کدام گرفته شده و مراقبت شده است.
شرکت، پروژه. و از این رو سطح بالایی از پیچیدگی با تمرکز تمام دانش، قوانین تجاری، فرآیندهای تجاری. به این همه پیاده سازی های فنی مانند چند رشته، پیام رسانی، زمان بندی کار، کنترل کار و غیره اضافه شده است.
همچنین بخشی از اجرای یکپارچه هستند.
با ظهور روش‌های Cloud، DevOps و Agile، صنایع و شرکت‌ها از جمله بانکداران و بیمه‌گران به دنبال تحول در برنامه‌های IBM i هستند تا از آخرین ویژگی‌ها و مزایا بهره‌مند شوند. شرکت ها گزینه های متعددی دارند
در برابر آنها. این پلتفرم می تواند از شیوه های چابک پیروی کند و با راه حل های ARCAD بخشی از دنیای DevOps باشد. یکی از بانک های بزرگ بریتانیا DevOps را در IBM i با موفقیت پذیرفته است. پلتفرم IBM i Merlin که اخیراً راه اندازی شده است (موتور مدرن سازی برای چرخه حیات).
یکپارچه سازی) با ابزارهای یکپارچه IDE، CI/CD Merlin برای تجربه DevOps همراه با تهیه ماشین مجازی IBM i، مدیریت API های REST و غیره به این امر کمک می کند و امید برای سیستم اکو 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ها و ابزارهای پیشرفته برای این پلتفرم ارتقا دهیم.
