ممارسة السحابة

الانتقال إلى السحابة في المملكة

الانتقال إلى السحابة ليس قرارًا واحدًا. هو قرار لكل تطبيق، يُتّخذ بمعلومات مختلفة كل مرة، والبرامج التي تسوء هي التي اتّخذته مرة واحدة وطبّقته على كل شيء.

موضع الحفظ يُحسم لكل حمل ومنها جواب «اتركوه مكانه»

ناقشوا تقييم انتقال اقرؤوا جانب قواعد البيانات أولًا

باختصار

معمار مؤسسي، مطبَّقًا حملًا حملًا

تعمل إنتركي في المعمار المؤسسي، واستراتيجية السحابة والانتقال إليها، وتحديث التطبيقات للمنظمات في المملكة. وعمليًا يعني ذلك أخذ بيئة يشغّلها أحدهم منذ سنوات، وحسم ما ينبغي نقله وما ينبغي إعادة بنائه وما ينبغي إيقافه وما هو بخير تمامًا حيث هو، تطبيقًا تطبيقًا.

ومخرج المرحلة الأولى ليس خطة انتقال. هو حصر بقرار وسبب ملحقين بكل مُدخَل، بما فيها المُدخَلات التي قرارها «لا تغيير». وتلك الوثيقة هي ما يجعل بقية البرنامج قابلًا للنقاش بما لا يفعله مخطّط حالة مستهدفة أبدًا.

وسؤالان مجاوران يخصّان صفحات أخرى ويُحالان إليها بدل أن يُجابا مرتين. نقل البيانات بين منصات قواعد البيانات هو ترحيل قواعد البيانات، انضباط آخر بملمح مخاطر آخر. وتشغيل الحاويات بعد الوصول هو منصة الحاويات. وهذه الصفحة عن حسم أين ينبغي أن تعيش التطبيقات وإيصالها إلى هناك.

لكل حمل

الأجوبة الخمسة، ومتى يصحّ كلٌّ منها

كل تطبيق في الحصر ينتهي إلى أحد هذه الصفوف. والنِّسَب هي الجزء النافع: البرنامج الذي يصير فيه كل شيء تقريبًا إعادة بناء لم يُقيَّم، وكذلك الذي يصير فيه كل شيء نقلًا كما هو.

الاستراتيجية	ما معناها	متى تكون القرار الصحيح
اتركوه	يبقى التطبيق حيث هو، ويخرج من البرنامج	مستقرّ، قليل التغيير، يفي بالتزاماته، ولا ينتظره أحد. وهذه نتيجة مشروعة قليلة الاستعمال: التطبيق الذي لا يحتاج أحد إلى تغييره لا يكسب شيئًا من النقل ويحمل كل مخاطره.
أوقفوه	يُطفَأ، وتُؤرشَف بياناته إلى ما يشترطه التزام الاحتفاظ فعلًا	أشيع ممّا يُتوقّع. تراكم البيئات أنظمةً لها حفنة مستعملين وخلَف موجود أصلًا. وكل إيقاف يزيل عملًا من كل مرحلة لاحقة، فهذا الصف يستحق أن يُكتشف مبكرًا.
أعيدوا استضافته	التطبيق نفسه على بنية جديدة. بأقل تغيير	موعد نهائي صارم، كإخلاء مركز بيانات أو عقد ينتهي، أو حمل بخير فعلًا ولا مكان له. سريع وقليل المخاطر، ويرث كل قصور قائم بدل إصلاح أيٍّ منه. وتلك مقايضة سليمة ما دامت تُعقَد عن قصد.
غيّروا منصته	التطبيق نفسه، مواءَمًا مع خدمات مُدارة تحته	الوضع الافتراضي لمعظم الأحمال التي يستحق نقلها. قواعد بيانات مُدارة، وطوابير مُدارة، واستضافة حاويات: مكسب تشغيلي حقيقي، وتغيير محدود، وبلا إعادة بناء. ومعظم البرنامج المُدار جيدًا يعيش في هذا الصف.
أعيدوا بناءه	يُعاد بناء التطبيق	فقط حيث يكون التنفيذ الحالي نفسه هو القيد على العمل، وفقط مع استعداد لمشروع لا لانتقال. وإعادة البناء المختارة لأن الشيفرة خارج الموضة إعادة بناء ستُهجَر عند ستّين في المئة.

القيد

موضع الحفظ مُدخَل لا مرحلة

صنّفوا أولًا، أو أعيدوا التخطيط لاحقًا

في هذا السوق يُجاب عن سؤال أين يجوز أن يعمل الحمل بتصنيف بياناته، ويُجاب عنه قبل أن يُملأ جدول الاستراتيجيات أعلاه. والبرنامج الذي يصنّف متأخّرًا لا يكتشف مشكلة صغيرة؛ يكتشف أن عدة قرارات مكتملة اتُّخذت أمام القيد الخطأ.

وشكله العملي: بعض الأصناف يمكن أن يجلس في منطقة مزوّد سحابي كبير خارج المملكة، وبعضها يشترط بنية داخل المملكة، وبعضها لا يستطيع مغادرة أنظمة تشغّلها المنظمة نفسها. وتلك الأجوبة الثلاثة تشير إلى ثلاثة معماريات مستهدفة مختلفة، وتنطبق عادةً على تطبيقات مختلفة داخل البرنامج الواحد، ولهذا يكون قول «سننتقل إلى السحابة» على مستوى البيئة كلها بيان ميزانية لا معمارًا.

والمناطق المُعلَنة تستحق حذرًا خاصًا. أُعلنت مناطق لمزوّدين سحابيين كبار داخل المملكة في القطاع، والمُعلَن ليس العامل. وخطة الانتقال التي تعتمد على افتتاح منطقة في موعدها تحمّلت مخاطرة تسليم لا تتحكّم فيها، والصواب أن تُسمّى في الخطة بدل افتراض زوالها. والمنطق نفسه، مطبَّقًا على بيانات الرصد بدل التطبيقات، مشروح في دليل موضع حفظ بيانات الرصد.

التسلسل

كيف يُرتَّب البرنامج فعلًا

خمس مراحل. الأوليان تنتجان وثائق لا حركة، وتخطّيهما أقوى مؤشّر على برنامج يتعثّر في سنته الثانية.

احصروا وصنّفوا

كل تطبيق، واعتمادياته، وتصنيف بياناته، ومالكه. والبيئات أكبر دائمًا تقريبًا ممّا يقوله مخطّط المعمار، وفي الفرق تسكن المفاجآت.
احسموا لكل حمل

جدول الاستراتيجيات مطبَّقًا مُدخَلًا مُدخَلًا، مع تسجيل السبب. وهذه الوثيقة مخرَج التقييم، وأمامها تُحسم النقاشات اللاحقة.
أرسوا الأساسات

الشبكات والهوية والسجلات وبنية منطقة الهبوط: تُبنى مرة واحدة، قبل أول حمل لا حول العاشر. وإلحاق بنية حسابات ببيئة مأهولة مشروع قائم بذاته.
انقلوا بترتيب الاعتماديات

ابدؤوا بشيء حقيقي لكن قابل للاستعادة. فأول انتقال يُختار لقلّة أهميته لا يعلّمكم شيئًا، والذي يُختار لظهوره يعلّمكم كل شيء في أسوأ لحظة ممكنة.
شغّلوا وأخرِجوا من الخدمة

أحدهم يملك البيئة الجديدة، والقديمة تُطفَأ فعلًا. والبرنامج الذي يترك الاثنتين عاملتين ضاعف كلفته وسلّم انتقالًا على الورق فقط.

التكاليف

أربع تكاليف تُنسى باستمرار

ولا واحدة منها خفية. هي ببساطة خارج البند الذي بُنيت عليه دراسة الجدوى، وكلٌّ منها أنهى برنامجًا.

تشغيل البيئتين معًا

الانتقال ليس لحظيًا، وأنتم أثناءه تدفعون للبيئة القديمة والجديدة. والتداخل بند ميزانية حقيقي، وتقليصه ينبع من انضباط الإخراج من الخدمة لا من تفاؤل بالجدول.

إخراج البيانات مرة أخرى

إدخال البيانات رخيص وإخراجها ليس كذلك. وهذا يهمّ أكثر ما يهمّ في الأحمال التي يفترض الناس أنها قابلة للرجوع: افحصوا كلفة الخروج قبل الدخول، فهي الرقم الذي يحسم هل القرار قابل للرجوع فعلًا.

نموذج التشغيل

الفريق الذي كان يشغّل خوادم صار يشغّل خدمات، وتلك وظيفة أخرى بمهارات أخرى. والتدريب والتوظيف جزء من كلفة البرنامج سواء وضعهما أحد في دراسة الجدوى أم لا.

القصور المنقول كما هو

التطبيق المحجَّم لآلة تملكونها أصلًا يصير تطبيقًا يُفوتَر بالساعة. والنقل كما هو دون إعادة تحجيم يكلّف بعد النقل أكثر ممّا كان قبله كثيرًا، وعلاجه جولة إعادة تحجيم لا مزوّد آخر.

أنماط الفشل

كيف تفشل هذه البرامج فعلًا

نادرًا عند الخطوة التقنية. فالانتقالات نفسها هندسة مفهومة، والقطاع يمارسها منذ عقد. والإخفاقات بنيوية، وهي ثلاثة.

البرنامج لا ينتهي أبدًا. ينتقل الثمانون في المئة السهلة، ولا ينتقل الباقي الصعب، وتنتهي المنظمة إلى تشغيل بيئتين دائمًا بينهما وصلة شبكية: كل كلفة الانتقال، ولا شيء من مكسب الدمج. والدفاع أن تُجدوَل الأحمال الصعبة مبكرًا بما يكفي ليبقى التخلّي عنها قرارًا يتّخذه أحد لا شيئًا يحدث بهدوء.

دراسة الجدوى كانت مقارنة استضافة. الدراسات المبنية على كلفة البنية وحدها لا تنجو من لقاء الفاتورة عادةً، لأن المكاسب التي تتحقّق فعلًا تتعلّق بسرعة النشر والمرونة والعبء التشغيلي. وتلك حقيقية وتستحق الشراء، لكن البرنامج المُباع على رقم لن يبلغه يخسر راعيه في اللحظة التي يحتاجه فيها أكثر.

لم يملك أحد الوجهة. فرق الانتقال مؤقتة والبيئات دائمة. وحيث لم يملك أحد معايير البيئة الجديدة وكلفتها والوصول إليها، تنجرف البيئة إلى الحال نفسها التي وُضع البرنامج للهرب منها، استثناءً استثناءً. وهذه مشكلة رصد وتشغيل أكثر منها مشكلة انتقال، وأفضل وقت لحلّها قبل هبوط أول حمل.

ومتى كان هذا خيارًا خاطئًا؟ تطبيق واحد، بلا تكاملات، وبلا قيد على موضع حفظ البيانات، وبلا بيانات مشتركة. ذاك نشر لا برنامج، والفريق الذي يشغّل التطبيق أصلًا سينجزه أسرع من أي أحد يُستقدَم للمساعدة. والذي يجعل هذا العمل يستحق الشراء هو البيئة: الاعتماديات التي لم يرسمها أحد، والترتيب الذي عليها أن تنتقل به.

الجاهزية

ما ينبغي أن يوجد قبل انتقال أول حمل

ولا شيء من هذا عمل انتقال، وكله يحسم هل ينجح عمل الانتقال. والبرنامج الذي يبدأ بدونها لا يمضي أسرع؛ هو يؤجّل القرارات نفسها إلى نقطة تصير فيها أغلى:

تصنيف بيانات لكل تطبيق، متّفق عليه مع من يُساءل عنه، لا افتراض على مستوى البيئة كلها
مالك مسمّى للبيئة الوجهة: معاييرها وكلفتها ومن يجوز له تغييرها
بنية منطقة هبوط، أي الحسابات والشبكات والهوية والسجلات، مبنية قبل أول حمل لا حول العاشر
التزام بالإخراج من الخدمة لكل حمل، بتاريخ، فتصير مدة التداخل محدودة
تعريف متّفق عليه لاكتمال تطبيق منقول: لا «إنه يعمل» بل «إنه مرصود ومُسنَد والقديم مطفأ»
كلفة إخراج البيانات عند المغادرة مرة أخرى، مفحوصة لكل ما كانت قابلية الرجوع فيه جزءًا من دراسة الجدوى

الأسئلة

أسئلة يطرحها المشترون فعلًا

سؤال شائع

هل يمكن نقل كل شيء إلى السحابة؟

تقنيًا يمكن نقل معظم الأشياء، وليس ذلك السؤال الذي يستحق الطرح. السؤال المهم أي الأحمال تكسب شيئًا بالنقل. تصنيف البيانات يستبعد بعضها كليًا، ونموذج ترخيص يجعل بعضها غير مجدٍ، والنظام المستقرّ الذي لا يغيّره أحد لا يكسب شيئًا البتّة. والتقييم النافع ينتهي بقائمة تطبيقات تبقى مكانها، والتقييم الذي لا ينتهي بها لم ينظر جيدًا على الأرجح. وحيث يكون الجواب التحويل إلى حاويات بدل النقل كما هو، تغطّي أسئلة منصة الحاويات ما يلتزم به الفريق بعد ذلك.

سؤال شائع

هل نختار مزوّدًا واحدًا أم عدة مزوّدين؟

واحدًا، لمعظم المنظمات، ما لم يفرض متطلّب بعينه غير ذلك. تعدّد السُّحُب يبدو نفوذًا ويُشترى تأمينًا، لكنه يضاعف السطح التشغيلي ومتطلّب المهارات ونموذج الهوية، وقابلية النقل التي يعد بها نادرًا ما تُستعمَل. وحيث يكون المزوّد الثاني مطلوبًا فعلًا، كقيد على موضع الحفظ أو ترتيب مفروض، فهو قرار بسبب مسمّى لا وضعية افتراضية.

سؤال شائع

كم يستغرق الانتقال؟

أطول من الخطة، لسبب يستحق معرفته مسبقًا: الجدول تحدّده عادةً نوافذ تغيير الآخرين وسلاسل الاعتماديات والموافقات، لا الجهد الهندسي. والذي يمكن إعطاؤه مبكرًا مرحلة أولى واقعية، والملاحظة الصادقة أن العشرة في المئة الأخيرة من البيئة تستغرق عادةً بقدر الستّين الأولى.

سؤال شائع

هل يلزم تحديث التطبيق لننقله؟

لا، وخلط الاثنين طريق شائع لجعلهما أصعب. إعادة الاستضافة تنقل التطبيق دون تغيير؛ والتحديث عمل منفصل بمبرّره هو. وجمعهما مجدٍ أحيانًا، وينتج أحيانًا برنامجًا لا يمكن إنهاء أيٍّ منهما فيه ولا الحكم عليه مستقلًا. والمقصود أن يكون الحسم عن قصد.

سؤال شائع

وماذا عن قواعد البيانات؟

هي الجزء الذي يستحق خطة خاصة، وله واحدة: انظروا ترحيل قواعد البيانات للآليات وتحديث منصة البيانات لقرار المنصة. ونقل تطبيق إلى بنية جديدة وتغيير محرّك قاعدة بياناته في الوقت نفسه انتقالان يُباعان واحدًا، ويستحق الأمر تصريحًا بأيّهما تفعلون فعلًا.

من مركز المعرفة