كيف تصبح مهندس منصة أو أين تتطور في اتجاه DevOps؟

كيف تصبح مهندس منصة أو أين تتطور في اتجاه DevOps؟

تحدثنا عن من ولماذا سيحتاج في المستقبل القريب إلى المهارات اللازمة لإنشاء منصة بنية تحتية باستخدام Kubernetes، مع المعلم يوري إجناتوف، مهندس الرائدة اكسبرس 42.

من أين يأتي الطلب على مهندسي المنصات؟

في الآونة الأخيرة، أدركت المزيد والمزيد من الشركات الحاجة إلى إنشاء منصة بنية تحتية داخلية من شأنها أن تكون بيئة واحدة لتطوير وإعداد الإصدارات وإصدار وتشغيل المنتجات الرقمية للشركة. تحتوي هذه المنصة على أنظمة وخدمات لإدارة موارد الحوسبة والشبكات ونظام تكامل مستمر ومستودع عناصر التسليم وأنظمة المراقبة والخدمات الأخرى التي تستخدمها فرق التطوير لديك. بدأت الحركة نحو بناء منصات داخلية وتشكيل فرق المنصة منذ عدة سنوات. يمكن العثور على تأكيد لذلك في التقارير حالة DevOps من DORA, منشورات من جارتنر والكتب مثل طبولوجيا الفريق.

المزايا الرئيسية لنهج النظام الأساسي لإدارة البنية التحتية للشركة هي كما يلي:

  • لا يتم صرف انتباه فرق المنتج عن تطوير منتجاتها لحل مشاكل البنية التحتية.
  • يأخذ فريق المنصة، المسؤول عن تطوير منصة البنية التحتية، في الاعتبار احتياجات فرق المنتج في الشركة ويقوم بإنشاء حلول مخصصة للاحتياجات الداخلية.
  • تتراكم لدى الشركة خبرات داخلية يمكن إعادة استخدامها بسهولة، على سبيل المثال، عند إطلاق فريق منتج جديد أو عند تشكيل المعايير أو الممارسات العامة في الشركة.

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

لماذا كوبيرنيتيس؟

يمكن استخدام أدوات مختلفة كأساس لإنشاء منصة البنية التحتية. في السابق كان Mesos، الآن بالإضافة إلى Kubernetes، يمكنك استخدام Nomad، وبالطبع، لا أحد يحدك من إنشاء "دراجاتك" الخاصة. ومع ذلك، فإن الغالبية العظمى من الشركات تفضل بناء منصة على Kubernetes. هذا هو ما يقدره أكثر:

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

يمكن تسمية Kubernetes بمعيار الصناعة الجديد، فهي مسألة وقت فقط قبل أن تبدأ شركتك في استخدامه.

لسوء الحظ، كل هذا لا يأتي مجانًا: مع ظهور Kubernetes وتكنولوجيا النقل بالحاويات، تشهد العمليات والأدوات التي يستخدمها الفريق في عمله اليومي الكثير من التغييرات:

  • إن أسلوب إدارة موارد الحوسبة يتغير.
  • طريقة نشر التطبيق وتغييرات التكوين.
  • هناك حاجة إلى نهج مختلف لتنظيم خدمات المراقبة والتسجيل.
  • هناك حاجة إلى إنشاء عمليات تكامل جديدة بين الخدمات التي تشكل جزءًا من النظام الأساسي وتكييف نصوص الأتمتة الحالية.

حتى البيئة المحلية للمطور وإجراءات تصحيح أخطاء التطبيق تخضع أيضًا للتغييرات.

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

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

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

وقمنا بجمع كل هذه المعلومات في دورتنا التدريبية عبر الإنترنت "منصة البنية التحتية القائمة على Kubernetes". في 5 أشهر من التدريب سوف تتقن:

  • كيف يعمل كوبيرنيتيس
  • كيف يتم تنفيذ ممارسات DevOps باستخدامها
  • ما هي أدوات النظام البيئي الناضجة بما يكفي لاستخدامها في القتال وكيفية دمجها مع بعضها البعض.

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

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

ومن المهم ملاحظة أن إتقان هذه المهارات يتطلب معرفة قوية بها ممارسات وأدوات DevOps. حسب ملاحظاتنا لسوق العمل بعد التدريب يمكن للمتخصص أن يتوقع بأمان راتبًا يتراوح بين 150-200 ألف روبل.

إذا كنت متخصصًا ولديك خبرة في استخدام ممارسات DevOps، فنحن ندعوك قم بإجراء اختبار القبول والتعرف على برنامج الدورة بمزيد من التفاصيل.

المصدر: www.habr.com

إضافة تعليق