تنفيذ DevOps: لماذا هو صعب جدًا؟

فكرة DevOps بسيطة، لكن تنفيذ DevOps أمر صعب.
الفرضية؟ إذا قمت بزيادة التواصل والتعاون بين مطوري البرامج والعمليات، فيمكنك إنشاء برامج عالية الجودة بسرعة أكبر.
تتسابق العديد من المؤسسات لتبني Git وJenkins وDocker. لكن تدريب موظفيك على هذه الأمور ليس سوى نصف المعركة. إن التحول إلى مؤسسة DevOps يتطلب تغييرًا أساسيًا في الثقافة، وهو تغيير جذري في كيفية إصدار البرامج.
فيما يلي أربع تحديات رئيسية تتعلق بتنفيذ DevOps وحلولها…
التحدي 1: غالبًا ما تتطلب DevOps تغيير ثقافة الشركة
من المرجح أن تجد ثقافة القيادة والتحكم القوية القائمة على القواعد أن DevOps غريبة وغير مريحة. تدعو أفضل ممارسات DevOps إلى إنشاء فرق ذاتية التنظيم مع عملية صنع القرار وحل المشكلات بقيادة الموظفين.
قد يكون بعض المديرين متشككين بشأن التنازل عن هذا القدر من السيطرة. قد يبدو الانتقال من العمليات المعروفة إلى العمليات الجديدة أمرًا غير مؤكد وغير آمن.
الحل: تحديد العوائق الثقافية التي تحول دون تنفيذ DevOps. ثم قم بتطوير استراتيجية رسمية لإدارة التغيير – خطة عمل للتغلب على هذه العوائق.
هدفك؟ لتعزيز التواصل المفتوح ومساعدة الموظفين على التكيف مع أدوارهم ومسؤولياتهم الجديدة.
التحدي 2: تخلق الصوامع حواجز تنفيذ DevOps
لنأخذ على سبيل المثال منصة التجارة الإلكترونية. اليوم، يمكن لمطوري البرمجيات في مجال البحث والتطوير أن يبنوه. ثم يقومون بتسليمها إلى تكنولوجيا المعلومات.
مع DevOps، لا توجد عمليات تسليم. يعمل المطورون والعمليات معًا كفريق واحد متماسك.
في كثير من الأحيان، يكون التواصل بين المطورين وتكنولوجيا المعلومات ضعيفًا، هذا إن كان التواصل على الإطلاق، بسبب العزلة مع إدارة منفصلة.
حتى لو كان التواصل تعاونيًا ووديًا، فقد تستخدم المنظمتان أدوات وعمليات مختلفة تمامًا. ومع DevOps، من المسؤول؟
الحل: في حين أن تنفيذ DevOps يتطلب الدعم والدعوة من مجموعة C-suite، فإن بعض المؤسسات تعمل على تسريع التغيير الثقافي من خلال الأساليب الشعبية.
على سبيل المثال، يمكنك تدريب مجموعة من مطوري البرامج المتحمسين لكيفية تنفيذ DevOps. بعد ذلك، يمكنك ملء فرقك بمهندسي DevOps الذين يمكنهم البدء في تغيير الثقافة وكسر العزلة من الداخل.
التحدي 3: تعتقد بعض الشركات أن عليها الاختيار بين العمل المدر للدخل ومشاريع العمليات الداخلية.
هناك تصور بأن تنفيذ DevOps سيبطئ زخمك.
يعتقد بعض مديري الهندسة، “لا يوجد سوى الكثير من الوقت والمال المتاح. هل تستثمر في بناء ميزة جديدة يمكنك بيعها؟ أو هل تستثمر في أتمتة العمليات وتبسيطها، حتى تتمكن من تقديم المزيد/الأفضل/الأسرع في المستقبل؟”
إن اعتماد DevOps ليس عملية حسابية بالأبيض والأسود.
إنه قرار “كلاهما/و”. نعم، هناك تكاليف قصيرة المدى، بما في ذلك منحنى التعلم الذي قد يعني تباطؤًا مؤقتًا في الزخم. ولكن المكاسب في الأمدين المتوسط والطويل من المرجح أن تحجب الإزعاج في الأمد القريب.
الحل: فكر في الأساليب الإضافية التي تحترم جداول الإصدار الحالية. يمكنك البدء في تدريب المهندسين على أدوات ومبادئ DevOps مسبقًا. ويمكنك تصميم التدريب بحيث يبدأ التقديم أثناء العمل بإصدار قادم.
يمكنك الانتقال إلى مشروع DevOps واحدًا تلو الآخر. ضمن مشروع معين، تريد أن تكون شاملاً في DevOps، ولكن قد يستغرق الأمر بضع سنوات لنقل مؤسستك الكاملة إلى ثقافة DevOps.
التحدي الرابع: بعض مهندسي البرمجيات غير متحمسين للاختبار والأتمتة
على الرغم من أن العديد من المطورين يكتبون حاليًا اختبارات الوحدة، إلا أن CI/CD يتطلب أكثر من ذلك بكثير. لتنفيذ DevOps بنجاح، يجب على المؤسسات أتمتة عمليات البناء والاختبار والإصدار بشكل كامل.
يرغب معظم مهندسي البرمجيات اليوم في كتابة كود الإنتاج. وهم عادة أقل حماسا بشأن كتابة الاختبارات. كلما تقدموا في السن، كلما زاد احتمال تفكيرهم، “هذا ليس جزءًا من وظيفتي”.
الحل: اكتشف عقلية المطورين الحالية بشأن الاختبار والأتمتة. قد تجد بعض الأشخاص المتحمسين بالفعل لمفاهيم DevOps.
ومع التدريب الإضافي، يمكن لهؤلاء المتحمسين أن يكونوا بمثابة سفراء يساعدون في كسب المتشككين.
بالإضافة إلى ذلك، قد تحتاج مؤسستك إلى تعديل هياكل الأجور والترقيات لمكافأة السلوكيات التعاونية الجديدة متعددة الوظائف التي تريدها.
الشركات التي تتبنى DevOps تجني مكافآت ضخمة
على الرغم من أن خطوات تنفيذ DevOps قد تبدو صعبة، فكر في هذا…
لنفترض أن مؤسستك تقوم بإصدار برنامج كبير كل ثلاثة أشهر. في المقابل، لنفترض أن منافسك الرئيسي يصدر وظائف جديدة كل أسبوع.
من لديه أفضل فرصة لإرضاء العملاء، سواء على المدى القصير أو على المدى الطويل؟ هذا هو السؤال الرئيسي الذي يدفع إلى اعتماد DevOps. هل تحتاج إلى DevOps لتظل قابلة للاستمرار كعمل تجاري؟ هل “الاستمرار في المسار” يضعك في الخلف؟
المصدر: pluralsight
شاهد المزيد: