در کمتر از ۱۶ ماه، متخصصان، بانک مارجینالن را به یک پلتفرم جدید و بومیِ ابری (Cloud-native) منتقل کردند، یک ذخیره‌گاه داده عملیاتی جدید ساختند و پلتفرم جدید را با ۱۴ سیستم داخلی و خارجی ادغام نمودند. در این مدت، مارجینالن هیچ‌گونه قطعی سیستمی (Downtime) را تجربه نکرد و همچنان به‌عنوان یک شریک بانکی مورد اعتماد و منطبق با مقررات برای مشتریان خود باقی ماند.
چالش تجاری
بانک مارجینالن (Marginalen Bank)، مستقر در سوئد، طیف وسیعی از خدمات مالی از جمله حساب‌های پس‌انداز، وام، کارت‌های اعتباری و خدمات تجاری را ارائه می‌دهد. این بانک با حدود ۳۰۰ هزار مشتری و ۳۰۰ کارمند، بر حوزه‌های کلیدی مانند وصول مطالبات، وام‌دهی و سپرده‌های پس‌انداز تمرکز دارد. با این حال، سیستم بانکداری متمرکز (Core system) و قدیمیِ مارجینالن، یعنی Tieto EntraBank، مانع از آن می‌شد که بانک بتواند ارائه خدمات دیجیتال خود را بهبود بخشد؛ به‌ویژه از طریق اپلیکیشن موبایل که در صنعت بانکداری امروز (که به‌شدت مبتنی بر تجربه مشتری است) کلید موفقیت محسوب می‌شود.
بانک مارجینالن به یک راهکار بانکداری متمرکزِ انعطاف‌پذیر و مقیاس‌پذیر نیاز داشت تا بتواند ضمن کاهش هزینه‌ها، به‌سرعت پاسخگوی تقاضاهای تجاری باشد. سیستم متمرکز فعلی آن‌ها فاقد انعطاف‌پذیری لازم برای رفع این نیازها بود. مهاجرت به پلتفرم Mambu گامی حیاتی برای دستیابی به کارایی بیشتر و انطباق با مقررات در یک بازه زمانی کوتاه به شمار می‌رفت.
از آنجا که تیم فناوری مارجینالن راهبریِ تحول دیجیتال بانک، پشتیبانی از خدمات آنلاین و عملیات روزانه را بر عهده داشت، این مشتری به دنبال شریکی بود که بتواند خود را با تمرکز آن‌ها بر توسعه داخلی (In-house) و معماری میکروسرویس (Microservice) وفق دهد. علاوه بر این، محیط فنی موجود پیچیده بود و نه‌تنها به دانش فنی، بلکه به دانش عمیقِ تخصصی در این صنعت نیاز داشت. مهندسان جدیدی که وارد پروژه می‌شدند، باید جلسات انتقال دانش را پشت سر می‌گذاشتند تا بتوانند هم بر جنبه‌های فنی و هم بر ابعاد حقوقی سیستم بانکی سوئد مسلط شوند.
طراحی، مهندسی و پیاده‌سازی
Avenga یک نقشه راه مرحله‌ای برای مهاجرت بدون توقف سرویس طراحی، مهندسی و اجرا کرد تا تمامی مشتریان، حساب‌ها و تراکنش‌های Marginalen Bank از هسته قدیمی Tieto EntraBank به پلتفرم ابری Mambu منتقل شوند. در طول این فرایند، تمام کانال‌های ارائه خدمات به مشتریان فعال باقی ماندند.
یک ابزار خدماتی اختصاصی، بارگذاری‌های شبانه داده‌های تغییر یافته، بررسی‌های خودکار سازگاری و انتقال‌های تدریجی را انجام می‌داد. اطلاعات مربوط به تمامی مشتریان، وام‌ها و تراکنش‌ها پاک‌سازی، بررسی و با امنیت کامل به Mambu منتقل شدند. به این ترتیب، تمام پیش‌نیازهای لازم برای جابه‌جایی نهایی در یک آخر هفته فراهم شد.
میکروسرویس‌های میزبانی‌شده روی Azure و آداپتورهای قابل استفاده مجدد، Mambu را به ۱۴ سیستم داخلی و خارجی از جمله Police، Jeeves، Riksgälden، انبار داده و Swish متصل کردند. این معماری، پرداخت‌های لحظه‌ای، استعلام‌های مربوط به انطباق و فرایندهای عملیاتی بخش پشتیبانی را بدون اختلال حفظ کرد.
یک ODS ابری جدید پس از پایان هر چرخه روزانه به‌روزرسانی می‌شود. این سیستم داده‌های T-1 و داشبوردهای سلف‌سرویس Power BI را در اختیار تیم‌های مالی، خزانه‌داری، مالیاتی و حسابرسی قرار می‌دهد. با اجرای این راهکار، استخراج‌های دستی داده به صفر رسید و فرایند گزارش‌دهی نظارتی نیز سریع‌تر شد.
پایش مستمر با Dynatrace، فرایند خودکار CI/CD از طریق Azure DevOps و یک میز خدمات شبانه‌روزی، از اکوسیستم جدید محافظت و پایداری آن را تضمین می‌کنند. در نتیجه، Marginalen Bank اکنون ظرفیت فنی لازم برای عرضه محصولات جدید مبتنی بر Mambu را در چند روز، به‌جای چند هفته، در اختیار دارد.
فرآیند (Process)
۱. کشف (Discover): متخصصان کارگاه‌های مشترکی را برای ثبت اهداف، محدوده‌های انطباق با مقررات و زمان‌بندی‌ها برگزار کردند. سپس جداول، رابط‌ها و گزارش‌های EntraBank را حسابرسی کرده و در عین حال، ویژگی‌های ضروری و چهارده یکپارچه‌سازی (Integration) خارجی را نگاشت (Map) نمودند. اسپرینتِ فاز کشف، یک محدوده مشخص برای مهاجرت، یک بک‌لاگ اولویت‌بندی‌شده و یک زمان‌بندی ۱۶ ماهه مبتنی بر شواهد به دست داد که تلاش‌های معمول برای برنامه‌ریزی را از سه ماه به شش هفته کاهش داد.
۲. تعریف (Define): معماران، وضعیت هدف را که ترکیبی از Mambu، خدمات Azure و یک ODS (ذخیره‌گاه داده عملیاتی) جدید بود، چارچوب‌بندی کردند. آن‌ها بر روی مهاجرت‌های شبانه داده‌های تغییریافته (Delta migrations) با یک انتقال نهایی (Cut-over) در طول یک آخر هفته توافق کردند و سه تیم اسکرام (تیم مهاجرت، یکپارچه‌سازی و ODS) را حول یک مسیر مشترک CI/CD مستقر ساختند. همسویی زودهنگام باعث تثبیت نیازمندی‌ها شد، اجازه داد تا فرآیندهای امنیت و تدارکات به‌طور موازی پیش بروند و ضمن جلوگیری از انحراف و گسترشِ محدوده پروژه (Scope drift)، چهار هفته از مسیر بحرانی پروژه کاست.
۳. توسعه (Develop): تیم مهاجرت یک موتور NET. برای پاک‌سازی، اعتبارسنجی و بارگذاری‌های افزایشی (Incremental) ساخت؛ تیم یکپارچه‌سازی آداپتورهای قابل استفاده مجدد Azure را برای چهارده سیستم ارائه داد؛ و تیم ODS مسیرهای Data Factory و یک مدل رابطه‌ای را راه‌اندازی کرد که پس از هر چرخه پایان روز (EOD) به‌روزرسانی می‌شود. هشت اجرای آزمایشی کامل برای مهاجرت به‌علاوه تست‌های مداوم، به این معنی بود که محیط Mambu چهار ماه قبل از راه‌اندازی نهایی (Go-live) کاملاً همگام‌سازی شده بود و به کاربران تجاری اجازه داد تا فرآیند پذیرش را زودتر از موعد مقرر به پایان برسانند.
۴. تحویل (Deliver): پس از اجراهای آزمایشی، تیم متخصصان سوییچ نهایی را در طول یک پنجره برنامه‌ریزی‌شده در آخر هفته با «قطعی صفر» برای مشتریان اجرا کردند. سپس وارد یک دوره مراقبت ویژه (Hyper-care) با نظارت ۲۴ ساعته در ۷ روز هفته، پشتیبانی از طریق اتاق جنگ مشترک و انتقال سریع دانش به تیم عملیات مارجینالن شدند. بانک مارجینالن در همان بازه زمانی ۱۶ ماهه روی Mambu شروع به کار کرد، در سه‌ماهه اول دو محصول پس‌انداز جدید راه‌اندازی نمود و زمان انتظار (Lead-time) برای اعمال تغییرات در پلتفرم اصلی را کاهش داد.
نتایج
- راه‌اندازی هسته بومیِ ابری در ۱۶ ماه: یک مهاجرت مرحله‌بندی‌شده و بدون قطعی، پلتفرم Mambu را جایگزین Tieto EntraBank کرد؛ در حالی که تمامی کانال‌های ارتباط با مشتری کاملاً عملیاتی و در دسترس باقی ماندند.
- ذخیره‌گاه داده عملیاتی (ODS) جدید، ساخته‌شده توسط یک شرکت هوش مصنوعی: تیم متخصصان یک پلتفرم بومیِ ابری توسعه دادند که جایگزین عملکردهای گزارش‌گیری سیستم قدیمی می‌شود. آن‌ها داده‌های T-1 را به‌طور خودکار به تیم‌های مالی، خزانه‌داری، مالیاتی و حسابرسی تحویل دادند تا دیگر هیچ نیازی به استخراج دستی داده‌ها نباشد.
- یکپارچه‌سازی با چهارده سیستم داخلی و خارجی: این یکپارچه‌سازی‌ها تضمین می‌کنند که فرآیندهای پرداخت، بررسی‌های انطباق با مقررات و جریان‌های کاری پشتیبانی (Back-office) بدون هیچ‌گونه وقفه‌ای به کار خود ادامه دهند.
