معماری مهاجرت موجی GITA چگونه کار میکند
هسته مرکزی این سرویس، Landing Zone استاندارد و یک Pipeline مهاجرت قابل تکرار است. هر Wave از طریق Discovery، 6R Disposition، Replatform/Refactor، Database Migration، Blue-Green Cutover و Performance Validation عبور میکند. تمام مراحل بهصورت Terraform-managed و GitOps اجرا میشوند و هر Gate یک Rollback Plan مستقل دارد.
Landing Zone امن
Network segmentation، IAM baseline و policy-as-code از روز اول
جداسازی Workloadها
هر Wave در namespace و account جداگانه با مرز کامل دسترسی
FinOps Tagging
Tagging الزامی روی هر منبع برای showback، chargeback و budget alert
Rollback Gate
هر مرحله Gate رسمی با معیار قابل اندازهگیری و Runbook برگشت
قابلیتهایی که در عملیات مهاجرت تفاوت میسازند
هر deliverable در پایان engagement بهصورت مستند، executive-ready و قابل ارائه به هیأت مدیره به شما تحویل داده میشود.
ارزیابی ۶R (6R Assessment)
ارزیابیتحلیل هر اپلیکیشن بر اساس ۶ مسیر استاندارد: Retain، Retire، Rehost، Replatform، Repurchase، Refactor.
Wave Planning (۵ تا ۲۰ اپلیکیشن)
برنامهریزیگروهبندی اپلیکیشنها در موجهای ۱۲ هفتهای با وابستگی کامل نقشهبرداریشده.
Landing Zone استاندارد
زیرساختAccount/Project baseline با IAM، Network، Logging و Policy آماده در روز اول.
Database Migration
دادهمهاجرت پایگاهدادههای Oracle، SQL Server، MySQL و PostgreSQL با حداقل downtime.
Blue-Green DNS Cutover
تحویلجابجایی ترافیک از محیط قدیم به ابر در کمتر از ۵ دقیقه و قابل برگشت.
Performance Validation (Before/After)
اعتبارسنجیثبت Baseline دقیق performance قبل و بعد از مهاجرت با ابزار استاندارد.
FinOps Cost Tagging (از روز اول)
هزینهTagging الزامی روی هر منبع برای showback و chargeback دقیق.
Rollback Plan در هر Gate
ریسکمسیر برگشت رسمی برای هر مرحله — قبل از Cutover، حین Cutover و بعد از آن.
Runbook عملیاتی
عملیاتمستندات اجرایی برای تیم Ops شما — قابل استفاده در شیفت شبانه.
Operations Handover و آموزش
انتقال دانشآموزش رسمی تیم Ops و SRE شما با ۴ کارگاه عملی و گواهی پایان دوره.
هر Wave مهاجرت در ۱۲ هفته — از ارزیابی تا Handover
Discovery و 6R Assessment
۲ هفتهارزیابی اپلیکیشنهای Wave، تعیین Disposition ۶R، Dependency Mapping و Sign-off فنی.
Landing Zone و Foundation
۲ هفتهساخت Landing Zone با Terraform، فعالسازی Policy، IAM، Logging و FinOps Tagging از روز اول.
Migration و Replatform
۵ هفتهاجرای Rehost/Replatform/Refactor، Database Migration با CDC، تست Staging و Performance Baseline.
Cutover و Validation
۲ هفتهBlue-Green DNS Cutover تدریجی، Performance Validation و Rollback Gateهای رسمی.
Handover و آموزش
۱ هفتهتحویل Runbook، اجرای ۴ کارگاه آموزشی و آغاز ۳۰ روز Shadow Support.
رویکرد سنتی، رویکرد Big4، رویکرد GITA Cloud Migration
بازخورد از تیمهای فنی که با ما به ابر مهاجرت کردند
«ما ۱۸ اپلیکیشن جانبی بانک را در ۳ Wave و در مجموع ۳۶ هفته منتقل کردیم — بدون یک دقیقه downtime برنامهریزینشده. ارزیابی ۶R در همان ۲ هفته اول، تمام بحثهای سلیقهای را پایان داد و مسیر را شفاف کرد.»
«بزرگترین دستاورد ما FinOps Tagging از روز اول بود. در گذشته بعد از ۶ ماه تازه میفهمیدیم کدام تیم چقدر مصرف میکند. الان هر هفته گزارش showback به مدیران واحدها میرسد و رفتار مصرفی کاملاً عوض شده.»
«Cutover سامانه Billing ما در شب جمعه ساعت ۲ بامداد بدون قطعی انجام شد. Blue-Green DNS و Rollback Plan تمرینشده، اعتماد مدیران ارشد را برای موجهای بعدی جلب کرد.»
سؤالهای متداول
01تفاوت Lift-and-Shift، Replatform و Refactor در مدل ۶R شما چیست؟
Lift-and-Shift (Rehost) یعنی انتقال اپلیکیشن بدون تغییر معماری — سریعترین مسیر اما بهره کم از ابر. Replatform یعنی تغییرات حداقلی مانند انتقال DB به سرویس Managed یا containerization. Refactor یعنی بازنویسی بخشی از معماری به میکروسرویس و Cloud-Native — بیشترین بهره ابر اما طولانیترین مسیر. ارزیابی ۶R تعیین میکند هر اپلیکیشن کدام مسیر را برود.
02چرا هر Wave دقیقاً ۱۲ هفته است؟
این بازه از ۱۲۰+ پروژه ما بهدست آمده — کوتاهتر از آن، Discovery و Validation کیفیت لازم را ندارد و بلندتر از آن، تیم تمرکز و انگیزه را از دست میدهد. ۱۲ هفته شامل ۲ هفته Discovery، ۲ هفته Landing Zone، ۵ هفته Migration، ۲ هفته Cutover و ۱ هفته Handover است.
03اگر در حین Cutover مشکلی پیش بیاید، چطور برمیگردیم؟
هر Cutover یک Rollback Plan رسمی دارد که قبل از Production در محیط Stage تمرین (Game-Day) شده است. DNS وزندار اجازه برگشت ترافیک در کمتر از ۳۰ ثانیه را میدهد و CDC پایگاهداده تا ۷۲ ساعت بعد از Cutover ادامه دارد تا بتوانیم به DB مبدأ هم برگردیم.
04FinOps Tagging از روز اول دقیقاً یعنی چه؟
یعنی Policy-as-Code در Landing Zone اجازه ساخت هیچ منبعی بدون Tagهای الزامی (cost-center، application، environment، wave، owner) را نمیدهد. این Tagها مبنای گزارشهای showback، chargeback و budget alert هستند. نتیجه: از همان روز اول میدانید هر ریال هزینه ابر به کجا میرود.
05آیا برای مهاجرت Database با حجم بالا downtime داریم؟
خیر. ما از CDC (DMS، GoldenGate، Debezium) برای replication مداوم بین DB مبدأ و مقصد استفاده میکنیم. Bulk Load اولیه در پشت صحنه انجام میشود و Cutover نهایی تنها ۱۵ دقیقه طول میکشد. در این پنجره کوتاه ترافیک نوشتنی موقتاً متوقف میشود اما خواندن ادامه دارد.
06Performance Baseline قبل/بعد چگونه ثبت میشود؟
قبل از Cutover، حداقل ۲ هفته داده latency، throughput، error rate و resource usage از محیط مبدأ با OpenTelemetry جمعآوری میشود. بعد از Cutover، همان معیارها روی Green ثبت و در گزارش Before/After رسمی به مشتری تحویل داده میشود. آستانههای قبولی قبلاً در قرارداد توافق شدهاند.
07اگر Landing Zone از قبل داریم، باز هم نیاز است از صفر بسازید؟
نه. در فاز Discovery، Landing Zone موجود شما را ممیزی میکنیم. اگر استاندارد است، فقط Gapهای FinOps Tagging و Policy را اضافه میکنیم. اگر نیست، Refactor تدریجی پیشنهاد میدهیم تا بدون شکستن workloadهای موجود به استاندارد برسد.
08آیا روی ابر داخلی (ابرآروان، فناپ، هایوب) هم کار میکند؟
بله. تمام Terraform Modules و Runbookهای ما بهصورت Cloud-Agnostic طراحی شدهاند و روی ابرهای داخلی ایران، AWS، Azure و GCP اجرا میشوند. در پروژههای حاکمیتی، استقرار روی ابر ملی و داخلی پیشفرض است.
09تیم Ops ما بعد از Handover چقدر مستقل خواهد بود؟
بر اساس تجربه ما، در پایان ۳۰ روز Shadow Support، ۹۰٪ incidentهای روزمره را تیم شما خودش حل میکند. ما همچنان بهصورت قراردادی برای incidentهای بحرانی، تغییرات معماری و Wave بعدی در کنار شما هستیم — اما عملیات روزمره ابر کاملاً به تیم شما منتقل میشود.
10هزینه کل یک Wave چقدر است؟ چگونه قیمتگذاری میشود؟
هزینه هر Wave بر اساس تعداد اپلیکیشن (۵ تا ۲۰)، نوع Disposition (Rehost ارزانتر، Refactor گرانتر)، پیچیدگی Database و سطح SLA تعیین میشود. مدل قرارداد ما Fixed-Price به ازای هر Wave است — یعنی شما از همان روز اول میدانید کل هزینه چقدر است و overrun پروژه ریسک ما است نه شما.
جلسه ارزیابی ۶R با معمار ارشد ابر رزرو کنید
۴۵ دقیقه با معمار ارشد ابر ما صحبت کنید. مدل ۶R را روی ۲ تا ۳ اپلیکیشن نمونه شما اجرا میکنیم و یک Wave Plan اولیه میدهیم. رایگان، بدون پرزنتیشن فروش، بدون تعهد.