لا يوجد طريق مثالي لتطبيق OpenStack في شركتك، ولكن هناك مبادئ عامة يمكن أن ترشدك نحو التنفيذ الناجح
إحدى فوائد البرامج مفتوحة المصدر مثل OpenStack هي أنه يمكنك تنزيلها وتجربتها والحصول على فهم عملي لها دون الحاجة إلى تفاعلات مطولة مع مندوبي مبيعات البائعين أو الحاجة إلى موافقات تجريبية داخلية مطولة بين شركتك وشركتك.-بائع.
ولكن ماذا يحدث عندما يحين وقت القيام بما هو أكثر من مجرد تجربة مشروع ما؟ كيف ستقوم بإعداد النظام المنشور من كود المصدر إلى الإنتاج؟ كيف يمكنك التغلب على العوائق التنظيمية التي تحول دون اعتماد التقنيات الجديدة والتحويلية؟ من أين نبدأ؟ ماذا ستفعل بعد ذلك؟
من المؤكد أن هناك الكثير مما يمكن تعلمه من تجربة أولئك الذين قاموا بالفعل بنشر OpenStack. لفهم أنماط اعتماد OpenStack بشكل أفضل، تحدثت مع العديد من الفرق التي نجحت في تقديم النظام لشركاتها.
MercadoLibre: تملي الضرورة وتعمل بشكل أسرع من الغزلان
إذا كانت الحاجة قوية بما فيه الكفاية، فإن تنفيذ بنية أساسية سحابية مرنة يمكن أن يكون بسيطًا تقريبًا مثل "قم ببنائها وسوف يأتون". من نواحٍ عديدة، هذه هي التجربة التي خاضها أليخاندرو كوميساريو وماكسيميليانو فينيسيو ولياندرو ريوكس مع شركتهم MercadoLibre، أكبر شركة للتجارة الإلكترونية في أمريكا اللاتينية وثامن أكبر شركة في العالم.
في عام 2011، عندما بدأ قسم التطوير في الشركة رحلة تحليل نظامه المتجانس آنذاك إلى منصة تتكون من خدمات مترابطة بشكل غير محكم متصلة عبر واجهات برمجة التطبيقات، واجه فريق البنية التحتية زيادة حادة في عدد الطلبات التي يحتاج فريقهم الصغير إلى تلبيتها .
يقول أليخاندرو كوميساريو، المدير الفني للخدمات السحابية في MercadoLibre: "لقد حدث التحول بسرعة كبيرة". "لقد أدركنا بين عشية وضحاها أننا لا نستطيع الاستمرار في العمل بهذه الوتيرة دون مساعدة من نوع ما من النظام.
بدأ أليخاندرو كوميساريو وماكسيميليانو فينيسيو ولياندرو ريوكس، فريق MercadoLibre بأكمله في ذلك الوقت، في البحث عن تقنيات من شأنها أن تسمح لهم بالتخلص من الخطوات اليدوية التي ينطوي عليها توفير البنية التحتية لمطوريهم.
وضع الفريق لنفسه أهدافًا أكثر تعقيدًا، وصياغة الأهداف ليس فقط للمهام الفورية، ولكن أيضًا لأهداف الشركة بأكملها: تقليل الوقت المستغرق لتزويد المستخدمين بأجهزة افتراضية جاهزة لبيئة إنتاجية من ساعتين إلى 2 ثوانٍ وإزالة التدخل البشري من هذه العملية.
عندما عثروا على OpenStack، أصبح من الواضح أن هذا هو بالضبط ما كانوا يبحثون عنه. سمحت ثقافة MercadoLibre سريعة الخطى للفريق بالتحرك بسرعة في بناء بيئة OpenStack، على الرغم من عدم النضج النسبي للمشروع في ذلك الوقت.
يقول لياندرو ريوكس: "أصبح من الواضح أن نهج OpenStack - البحث والانغماس في التعليمات البرمجية واختبار الوظائف والقياس - يتزامن مع نهج MercadoLibre". "لقد تمكنا من التعمق في المشروع على الفور، وتحديد مجموعة من الاختبارات لتثبيت OpenStack الخاص بنا وبدء الاختبار.
حدد اختبارهم الأولي على الإصدار الثاني من OpenStack العديد من المشكلات التي منعتهم من الدخول في مرحلة الإنتاج، لكن الانتقال من إصدار Bexar إلى إصدار Cactus جاء في الوقت المناسب تمامًا. أعطى الاختبار الإضافي لإصدار Cactus الثقة في أن السحابة جاهزة للاستخدام التجاري.
إن الإطلاق في التشغيل التجاري وفهم المطورين لإمكانية الحصول على البنية التحتية بأسرع ما يمكن للمطورين استهلاكها هو ما يحدد نجاح التنفيذ.
ويشير ماكسيميليانو فينيسيو، كبير مهندسي البنية التحتية في MercadoLibre، إلى أن "الشركة بأكملها كانت متعطشة لنظام مثل هذا والوظائف التي يوفرها".
ومع ذلك، كان الفريق حذرًا في إدارة توقعات المطورين. وكانوا بحاجة للتأكد من أن المطورين يفهمون أن التطبيقات الحالية لن تكون قادرة على العمل على السحابة الخاصة الجديدة دون تغييرات.
قال أليخاندرو كوميساريو: "كان علينا التأكد من أن المطورين لدينا على استعداد لكتابة تطبيقات عديمة الحالة للسحابة". لقد كان تحولًا ثقافيًا كبيرًا بالنسبة لهم. في بعض الحالات، كان علينا أن نعلم المطورين أن تخزين بياناتهم على مثيل لم يكن كافيًا. يحتاج المطورون إلى تعديل تفكيرهم.
كان الفريق مهتمًا بتدريب المطورين وأوصى بأفضل الممارسات لإنشاء تطبيقات جاهزة للسحابة. لقد أرسلوا رسائل بريد إلكتروني، وعقدوا وجبات غداء تعليمية غير رسمية وتدريبات رسمية، وتأكدوا من توثيق البيئة السحابية بشكل صحيح. وكانت نتيجة جهودهم هي أن مطوري MercadoLibre أصبحوا الآن مرتاحين لتطوير التطبيقات للسحابة كما كانوا يطورون التطبيقات التقليدية للبيئات الافتراضية للشركة.
لقد أتت عملية الأتمتة التي تمكنوا من تحقيقها باستخدام السحابة الخاصة بثمارها، مما سمح لشركة MercadoLibre بتوسيع نطاق بنيتها التحتية بشكل كبير. ما بدأ كفريق بنية تحتية مكون من ثلاثة أفراد يدعمون 250 مطورًا و100 خادم و1000 جهاز افتراضي، تطور ليصبح فريقًا مكونًا من 10 أفراد يدعمون أكثر من 500 مطور و2000 خادم و12 جهاز افتراضي.
يوم العمل: بناء حالة عمل لـ OpenStack
بالنسبة للفريق في شركة SaaS Workday، كان قرار اعتماد OpenStack أقل قرارًا تشغيليًا وأكثر استراتيجيًا.
بدأت رحلة Workday نحو اعتماد السحابة الخاصة في عام 2013، عندما وافقت قيادة الشركة على الاستثمار في مبادرة واسعة النطاق لمركز البيانات المعرفة بالبرمجيات (SDDC). وكان الأمل في هذه المبادرة هو تحقيق قدر أكبر من الأتمتة والابتكار والكفاءة في مراكز البيانات.
أنشأت شركة Workday رؤيتها للسحابة الخاصة بين فرق البنية التحتية والهندسة والعمليات بالشركة، وتم التوصل إلى اتفاق لبدء مبادرة بحثية. قامت شركة Workday بتعيين كارمين ريمي كمدير للحلول السحابية لقيادة التغيير.
كانت مهمة ريمي الأولى في Workday هي توسيع حالة العمل الأصلية لتشمل جزءًا أكبر من الشركة.
وكان حجر الزاوية في دراسة الجدوى هو زيادة المرونة عند استخدام SDDC. ومن شأن هذه المرونة المتزايدة أن تساعد الشركة على تحقيق رغبتها في النشر المستمر للبرامج دون أي توقف عن العمل. كان الهدف من واجهة برمجة التطبيقات (API) لـ SDDC هو السماح لفرق تطبيق Workday والمنصة بالابتكار بطرق لم تكن ممكنة من قبل.
كما تم أخذ كفاءة المعدات بعين الاعتبار في دراسة الأعمال. لدى Workday أهداف طموحة لزيادة معدلات إعادة تدوير معدات وموارد مركز البيانات الحالية.
"لقد وجدنا أن لدينا بالفعل تكنولوجيا برمجيات وسيطة يمكنها الاستفادة من فوائد السحابة الخاصة. لقد تم بالفعل استخدام هذه البرامج الوسيطة لنشر بيئات التطوير/الاختبار في السحابات العامة. باستخدام السحابة الخاصة، يمكننا توسيع هذا البرنامج لإنشاء حل سحابي مختلط. باستخدام استراتيجية السحابة المختلطة، يمكن لـ Workday ترحيل أعباء العمل بين السحابات العامة والخاصة، مما يؤدي إلى زيادة استخدام الأجهزة إلى الحد الأقصى مع توفير وفورات الأعمال
أخيرًا، أشارت استراتيجية Rimi السحابية إلى أن أعباء العمل البسيطة عديمة الحالة وقياسها الأفقي سيسمح لـ Workday بالبدء في استخدام سحابتها الخاصة بمخاطر أقل وتحقيق نضج العمليات السحابية بشكل طبيعي.
واقترح ريمي "يمكنك البدء بخطتك وتعلم كيفية إدارة سحابة جديدة بعبء عمل صغير، على غرار البحث والتطوير التقليدي، مما يسمح لك بالتجربة في بيئة آمنة".
ومن خلال دراسة جدوى قوية، قام Rimi بتقييم العديد من المنصات السحابية الخاصة المعروفة، بما في ذلك OpenStack، مقابل مجموعة واسعة من معايير التقييم التي تضمنت انفتاح كل منصة، وسهولة الاستخدام، والمرونة، والموثوقية، والمرونة، والدعم، والمجتمع، والإمكانات. وبناءً على تقييمهم، اختار ريمي وفريقه OpenStack وبدأوا في إنشاء سحابة خاصة جاهزة للاستخدام التجاري.
بعد أن نجحت في تنفيذ أول سحابة OpenStack قابلة للتطبيق، تواصل Workday سعيها الحثيث من أجل اعتماد أوسع لبيئة SDDC الجديدة. لتحقيق هذا الهدف، يستخدم ريمي نهجا متعدد الأوجه يركز على:
- التركيز على أعباء العمل الجاهزة للسحابة، وخاصة التطبيقات عديمة الحالة في المحفظة
- تحديد المعايير وعملية الهجرة
- تحديد أهداف التطوير لترحيل هذه التطبيقات
- قم بالتواصل وتثقيف مجموعات من أصحاب المصلحة في Workday باستخدام اجتماعات OpenStack والعروض التوضيحية ومقاطع الفيديو والتدريب
"تدعم السحابة الخاصة بنا مجموعة متنوعة من أعباء العمل، بعضها في الإنتاج والبعض الآخر في التحضير للاستخدام التجاري. في النهاية، نريد ترحيل جميع أعباء العمل، وأتوقع أننا سنصل إلى نقطة تحول حيث نشهد تدفقًا مفاجئًا للنشاط. نقوم بإعداد النظام قطعة قطعة كل يوم حتى نتمكن من التعامل مع هذا المستوى من النشاط عندما يحين الوقت.
BestBuy: كسر المحرمات
تعد شركة بيع الإلكترونيات بالتجزئة BestBuy، التي تبلغ إيراداتها السنوية 43 مليار دولار ويعمل بها 140 ألف موظف، أكبر الشركات المدرجة في المقالة. وهكذا، في حين أن العمليات التي استخدمها فريق البنية التحتية لموقع bestbuy.com لإعداد سحابة خاصة تعتمد على OpenStack ليست فريدة من نوعها، إلا أن المرونة التي استخدموها في تطبيق هذه العمليات مثيرة للإعجاب.
لإحضار أول سحابة OpenStack إلى BestBuy، كان على مدير حلول الويب ستيف إيستهام وكبير المهندسين المعماريين جويل كراب الاعتماد على الإبداع للتغلب على العوائق العديدة التي تقف في طريقهم.
نشأت مبادرة BestBuy OpenStack نتيجة لمحاولة فهم العمليات التجارية المختلفة المرتبطة بعمليات إصدار موقع التجارة الإلكترونية bestbuy.com في أوائل عام 2011. وكشفت هذه الجهود عن أوجه قصور كبيرة في عمليات ضمان الجودة. جلبت عملية ضمان الجودة نفقات عامة كبيرة مع كل إصدار رئيسي للموقع، والذي حدث مرتين إلى أربع مرات في السنة. ارتبط الكثير من هذه التكلفة بتكوين البيئة يدويًا، وتسوية الفروق، وحل مشكلات توفر الموارد.
ولمعالجة هذه المشكلات، قدمت bestbuy.com مبادرة ضمان الجودة عند الطلب، بقيادة ستيف إيستهام وجويل كراب، لتحديد الاختناقات والقضاء عليها في عملية ضمان الجودة لدى bestbuy.com. وتضمنت التوصيات الرئيسية لهذا المشروع أتمتة عمليات ضمان الجودة وتزويد فرق المستخدمين بأدوات الخدمة الذاتية.
على الرغم من أن ستيف إيستهام وجويل كراب كانا قادرين على استغلال احتمال وجود تكاليف كبيرة جدًا لمراقبة الجودة لتبرير الاستثمار في السحابة الخاصة، إلا أنهما سرعان ما واجها مشكلة: على الرغم من حصول المشروع على الموافقة، لم تكن هناك أموال متاحة للمشروع. ولم تكن هناك ميزانية لشراء المعدات اللازمة للمشروع.
الضرورة أم الاختراع، وقد اتخذ الفريق نهجًا جديدًا لتمويل السحابة: حيث قاموا باستبدال الميزانية لاثنين من المطورين بفريق آخر لديه ميزانية للأجهزة.
ومن خلال الميزانية الناتجة، كانوا يعتزمون شراء المعدات اللازمة للمشروع. لقد اتصلوا بشركة HP، مورد الأجهزة الخاص بهم في ذلك الوقت، وبدأوا في تحسين العرض. ومن خلال المفاوضات الدقيقة والتخفيض المقبول في متطلبات المعدات، تمكنوا من خفض تكاليف المعدات بمقدار النصف تقريبًا.
وفي سياق مماثل، تفاوض ستيف إيستهام وجويل كراب على صفقة مع فريق الشبكات بالشركة، مستفيدين من السعة المتاحة للمركز الحالي، مما أدى إلى توفير التكاليف النموذجية المرتبطة بشراء معدات شبكات جديدة.
قال ستيف إيستهام: "كنا على جليد رقيق جدًا". "لم تكن هذه ممارسة شائعة في بست باي آنذاك أو الآن. لقد عملنا تحت الرادار. كان من الممكن أن نتعرض للتوبيخ، لكننا تمكنا من تجنب ذلك.
كان التغلب على الصعوبات المالية مجرد أول عقبة من بين العديد من العقبات. في ذلك الوقت، لم تكن هناك أي فرصة تقريبًا للعثور على خبراء OpenStack للمشروع. وبالتالي، كان عليهم بناء فريق من الصفر من خلال الجمع بين مطوري Java التقليديين ومسؤولي النظام في الفريق.
يقول جويل كراب: "لقد وضعناهم في غرفة وقلنا لهم: اكتشفوا كيفية عمل هذا النظام". - أخبرنا أحد مطوري Java: "هذا جنون، لا يمكنك القيام بذلك. لا أعرف ما الذي تتحدث عنه."
كان علينا الجمع بين الأنماط المختلفة لهذين النوعين من الفرق لتحقيق النتيجة المرجوة - عملية تطوير تدريجية تعتمد على البرمجيات وقابلة للاختبار.
إن تحفيز الفريق في وقت مبكر من المشروع سمح لهم بتحقيق بعض الانتصارات الرائعة. لقد تمكنوا من استبدال بيئة التطوير القديمة بسرعة، وتقليل عدد بيئات ضمان الجودة (QA)، وفي عملية التحول اكتسبوا طريقة عمل فرق جديدة وسرعة تسليم التطبيقات.
لقد وضعهم نجاحهم في وضع جيد لطلب موارد إضافية لمبادرتهم السحابية الخاصة. وهذه المرة حصلوا على الدعم على مستوى الإدارة العليا للشركة.
حصل ستيف إيستهام وجويل كراب على التمويل اللازم لتوظيف موظفين إضافيين وخمسة رفوف جديدة من المعدات. السحابة الأولى في هذه الموجة من المشاريع كانت بيئة OpenStack، التي تدير مجموعات Hadoop للتحليلات. وهو بالفعل قيد التشغيل التجاري.
اختتام
تشترك قصص MercadoLibre وWorkday وBest Buy في عدد من المبادئ التي يمكن أن ترشدك نحو اعتماد OpenStack بنجاح: كن منفتحًا على احتياجات المطورين والشركات والمستخدمين المحتملين الآخرين؛ العمل ضمن العمليات المعمول بها في شركتك؛ التعاون مع المنظمات الأخرى؛ وتكون على استعداد للعمل خارج القواعد عند الضرورة. هذه كلها مهارات شخصية قيمة ومن المفيد الحصول عليها مع سحابة OpenStack.
لا يوجد مسار مثالي لتطبيق OpenStack في شركتك - يعتمد مسار التنفيذ على العديد من العوامل المتعلقة بك وبشركتك والموقف الذي تجد نفسك فيه.
في حين أن هذه الحقيقة قد تكون مربكة لمحبي OpenStack الذين يتساءلون عن كيفية تنفيذ مشروعهم الأول، إلا أنها مع ذلك وجهة نظر إيجابية. هذا يعني أنه لا توجد حدود للمدى الذي يمكنك الوصول إليه باستخدام OpenStack. ما يمكنك تحقيقه يقتصر فقط على إبداعك وسعة الحيلة.
المصدر: www.habr.com