كثيرًا ما تفاجأ الشركات المنضمة إلى برنامج تسريع الترحيل (MAP) من AWS بالطريقة التي يصلها بها المال فعلًا. فتمويل MAP لا يُدفع عند توقيع الاتفاقية، بل يُستحق أثناء الترحيل، ولا يحتسب إلا إنفاق AWS الذي تستطيع AWS ربطه بخطة الترحيل. وإن فاتتك إحدى الخطوات التي تتيح هذا الربط، ضاع تمويل تلك الأحمال، حتى لو نجح الترحيل نفسه.
يمر هذا الدليل على تلك الخطوات بالترتيب: ما يجب أن يكون جاهزًا قبل توليد أي أرصدة، وما الذي يجعل الإنفاق المرحَّل محتسبًا، وما الذي لا يُحتسب، وكيف تراجع أرقامك بنفسك. وإن كنت جديدًا على برنامج MAP، فابدأ بنظرتنا العامة على برنامج MAP للشركات في مصر والسعودية، التي تشرح المراحل الثلاث ولمن صُمّم البرنامج.
المراحل بالترتيب
تحدد AWS الشروط التفصيلية لكل اتفاقية MAP بشكل خاص، لذا تختلف المبالغ والجداول من ترحيل إلى آخر. أما ترتيب الخطوات فلا يتغير:
| المرحلة | ما يجب أن يتحقق | ما الذي تفتحه |
|---|---|---|
| 1. اعتماد دراسة الجدوى | اكتملت مرحلة التقييم: حُصرت بيئتك الحالية، واكتملت مقارنة التكلفة، وقُدّر الإنفاق المتوقع على AWS بعد الانتقال. | الأساس الذي يُقدَّر عليه حجم اتفاقية MAP وتمويلها. |
| 2. قبول خطة الترحيل | وقّعت AWS وشركتك خطة الترحيل. وتحمل الخطة رقم مشروعك المعروف بـ MPE ID، وتحدد حسابات الإدارة (الدافعة) التي يجري فيها الترحيل. | خط البداية. فالموارد التي تُطلق بعد تاريخ القبول وحدها هي المؤهلة. |
| 3. تفعيل التتبع | علامة توزيع التكلفة map-migrated مفعّلة في الحساب الدافع، وأداة Cost Explorer مفعّلة، ولدى القائمين على الترحيل صلاحية وضع العلامات. | تستطيع AWS رؤية الإنفاق الناتج عن الترحيل. |
| 4. ترحيل الأحمال ووسمها | تصل كل دفعة إلى خدمات مؤهلة، داخل الحسابات المحددة، مع قيمة العلامة الصحيحة على كل مورد مرحَّل. | يُحتسب هذا الإنفاق الآن ضمن حوافزك. |
| 5. استلام أول أرصدة | أصدرت AWS الدفعة الأولى من الأرصدة مقابل الإنفاق الموسوم. | لوحة MAP 2.0 في وحدة الفوترة، حيث تتابع الإنفاق المؤهل الموسوم وغير الموسوم. |
المرحلتان الأولى والثانية مرحلتان تجاريتان: تحددان حجم التمويل الذي يمكن أن يستحقه الترحيل. أما المرحلتان الثالثة والرابعة فتقنيتان، وتحددان كم تتسلم منه فعلًا. ومعظم التمويل الضائع الذي نسمع عنه يضيع في الخطوتين الثالثة والرابعة.
العلامة التي تحدد ما يُحتسب
تتعرف AWS على الأحمال المرحَّلة بعلامة واحدة. ويقول دليل MAP لديها إن هذه العلامة هي ما يُبلغ عن إنفاق الأحمال المرحَّلة ويولّد الحوافز، وإن البرنامج لا يستطيع تقديمها إن لم تُوسم الموارد المرحَّلة. والقواعد صارمة:
- المفتاح هو map-migrated حرفيًا. وهو حساس لحالة الأحرف: بلا أحرف كبيرة، ولا مسافات، ولا أي تعديل.
- القيمة مأخوذة من MPE ID. فلمعظم الخدمات تكون mig متبوعة بالرقم: mig12345 للرقم المكوّن من خمس خانات، أو migABCDE12345 للرقم المكوّن من عشرة أحرف. وتستخدم أحمال SAP وOracle البادئتين sap وoracle بدلًا من mig. والبادئة بأحرف صغيرة، أما الأحرف في رقم MPE ID الطويل فكبيرة.
- توضع مع انتقال كل حِمل. تتوقع AWS أن يضع أصحاب الأحمال العلامات على الموارد أثناء ترحيلها، دفعةً بعد دفعة، حتى يكتمل النطاق كله. فهي ليست مهمة تنظيف تُترك للنهاية.
- يجب أن تكون في الحسابات الصحيحة. يجب أن يجري الترحيل تحت حساب الإدارة (الدافع) المذكور في الخطة، أو الحسابات المرتبطة به. والموارد في حسابات أخرى لا تُحتسب.
- أتمتها حيث تستطيع. تستطيع خدمة AWS Application Migration Service إضافة العلامة تلقائيًا إلى الخوادم التي تُطلقها، لكن إلى خوادم EC2 وأقراص EBS فقط. أما قواعد البيانات والتخزين وكل ما عدا ذلك فتحتاج إلى العلامات في قوالب CloudFormation أو Terraform، أو إلى خطوة وسم جماعي.
ما الذي لا يُحتسب
هذه هي الثغرات التي تكلّف الشركات جزءًا من تمويلها في أغلب الأحيان:
- الموارد الموجودة من قبل. ينص دليل MAP لدى AWS على أن الموارد التي تُطلق بعد تاريخ قبول الاتفاقية وحدها هي المؤهلة. فوسم خادم كنت تشغّله من قبل لا يحوّله إلى إنفاق مرحَّل.
- حاويات S3 القائمة، ما لم يُصرَّح بها. توصي AWS بحاويات جديدة للبيانات المرحَّلة. وإن اضطررت إلى إعادة استخدام حاوية، فيجب تسليم معرّف ARN الخاص بها وإنفاقها الأساسي الحالي إلى فريق حسابك في AWS، وإضافتهما إلى الاتفاقية قبل أن تُحتسب.
- الخدمات خارج القائمة المشمولة. تنشر AWS قائمة الخدمات المؤهلة لأرصدة MAP. والإنفاق على أي خدمة أخرى لا يُحتسب، مهما كان وسمها صحيحًا.
- نقل البيانات. يستبعد تقرير Cost Explorer الذي توثّقه AWS للإنفاق المؤهل استخدامَ نقل البيانات، فلا تبنِ خطتك عليه.
- الإنفاق غير الموسوم أو الموسوم خطأً. الخطأ في كتابة المفتاح أو في رقم MPE ID أثره كأثر غياب العلامة تمامًا. ولا تعوّل على إنفاق سبق وضع العلامة.
كيف تراجع إنفاقك الموسوم
لست مضطرًا إلى انتظار أول أرصدة لتعرف إن كان الوسم يعمل. فـ AWS توثّق تقريرًا في Cost Explorer يعرض الإنفاق المؤهل الموسوم وغير الموسوم لكل حساب إدارة:
- افتح Cost Explorer في الحساب الدافع المذكور في خطة الترحيل، واضبط النطاق الزمني على فترة الترحيل.
- استبعد الخدمات غير المؤهلة لبرنامج MAP، مستعينًا بقائمة الخدمات المشمولة لدى AWS.
- استبعد نقل البيانات في عامل تصفية نوع الاستخدام وعامل تصفية مجموعة نوع الاستخدام كليهما.
- جمّع النتائج حسب علامة map-migrated، أو صفِّ بها، لتفصل الإنفاق الموسوم عن غير الموسوم. واستخدم التكاليف المستهلكة (amortized).
- افحص فورًا أي إنفاق مؤهل غير موسوم من الأحمال المرحَّلة، وأصلح العلامة في القالب الذي أنشأه حتى تكون الدفعة التالية صحيحة.
شغّل التقرير بعد كل دفعة، لا مرة كل ربع سنة. فالعلامة الناقصة التي تُكتشف في الأسبوع الثاني تكلّف إنفاق أيام قليلة، أما التي تُكتشف في نهاية الترحيل فقد تكلّف أشهرًا.
إن كان برنامج MAP أكبر من ترحيلك
برنامج MAP مصمم للترحيلات الكبيرة. فإن كان ترحيلك عددًا محدودًا من الخوادم، فقد لا تنطبق عليك المراحل السابقة أبدًا، ولا بأس في ذلك. إذ يستطيع شريك من فئة Select فما فوق طلب تمويل الشريك لترحيل أصغر ومحدد النطاق، ويمكن أن تجيب تجربة إثبات مفهوم ممولة عن الأسئلة التقنية أولًا. ويقارن دليلنا لبرامج الأرصدة بين هذه المسارات.
الخطوات التالية
إن كنت تخطط للترحيل إلى AWS، أو كنت في منتصفه ولست متأكدًا من أن وسمك يُحتسب، فإن فحص الأهلية للأرصدة المجاني يستغرق بضع دقائق. نعود إليك بالمسارات التي قد تنطبق فعلًا وما يحتاجه كل منها منك. ولا شيء هنا وعد بتمويل: فالقرار في كل طلب لـ AWS.