تحدثنا عن من ولماذا سيحتاج في المستقبل القريب إلى المهارات اللازمة لإنشاء نظام أساسي للبنية التحتية باستخدام Kubernetes مع المعلم Yuri Ignatov ، المهندس الرئيسي في Express 42 .
من أين يأتي الطلب على مهندسي المنصات؟
في الآونة الأخيرة ، يدرك المزيد والمزيد من الشركات الحاجة إلى إنشاء منصة بنية تحتية داخلية من شأنها أن تكون بيئة موحدة لتطوير وإعداد الإصدارات وإصدار وتشغيل المنتجات الرقمية للشركة. تحتوي مثل هذه المنصة على أنظمة وخدمات لإدارة موارد الحوسبة والشبكة ، ونظام تكامل مستمر ، ومستودع لأدوات التوصيل ، وأنظمة مراقبة وخدمات أخرى تستخدمها فرق التطوير لديك. بدأ التحرك نحو بناء منصات داخلية وبناء فرق عمل منذ عدة سنوات. هذا يمكن العثور عليه في ولاية تقارير DevOps من DORA ، منشورات من غارتنر، وكتب مثل فريق طبولوجيات .
المزايا الرئيسية للنهج القائم على النظام الأساسي لإدارة البنية التحتية للشركة هي كما يلي:
- لا تشتت فرق المنتجات عن تطوير منتجاتها لحل مشاكل البنية التحتية.
- يأخذ فريق النظام الأساسي المسؤول عن تطوير منصة البنية التحتية في الاعتبار احتياجات فرق المنتج في الشركة ويخلق حلولًا مخصصة للاحتياجات الداخلية.
- تقوم الشركة بتجميع الخبرة داخليًا التي يسهل إعادة استخدامها ، على سبيل المثال ، عند إطلاق فريق منتج جديد أو عند وضع معايير أو ممارسات مشتركة في الشركة.
إذا نجحت الشركة في الوصول إلى هذا النهج ، بمرور الوقت ، قد تصبح منصة البنية التحتية الداخلية أكثر ملاءمة لفرق التطوير من خدمات مزودي الخدمات السحابية ، لأنها تم إنشاؤها مع مراعاة خصوصيات واحتياجات الفرق ، مما يؤدي إلى تراكم خبراتهم وخصوصياتهم. كل هذا يؤدي إلى زيادة إنتاجية فرق المنتج ، وبالتالي ، فهو مفيد للأعمال.
لماذا Kubernetes؟
يمكن استخدام أدوات مختلفة كأساس لإنشاء منصة بنية تحتية. في السابق ، كان Mesos ، الآن ، بالإضافة إلى Kubernetes ، يمكنك استخدام Nomad ، وبالطبع لا أحد يحدك في إنشاء "دراجاتك" الخاصة بك. ومع ذلك ، تفضل الغالبية العظمى من الشركات إنشاء منصة على Kubernetes. هذا أكثر ما يحظى بتقديره:
- « ».
- « ». , , .
- , , .
- : , , , .
يمكن تسمية Kubernetes بمعيار الصناعة الجديد ، إنها مسألة وقت قبل أن تبدأ شركتك في استخدامه.
لسوء الحظ ، كل هذا لا يأتي مجانًا: جنبًا إلى جنب مع وصول Kubernetes وتكنولوجيا الحاويات في العمليات والأدوات التي يستخدمها الفريق في عملهم اليومي ، هناك الكثير من التغييرات:
- نهج إدارة موارد الحوسبة آخذ في التغير.
- تتغير طريقة نشر التطبيق وتكوينه.
- هناك حاجة إلى نهج مختلف لتنظيم خدمات المراقبة والتسجيل.
- هناك حاجة لإنشاء عمليات تكامل جديدة بين الخدمات التي تشكل جزءًا من النظام الأساسي ، وتكييف البرامج النصية للأتمتة الحالية.
حتى بيئة المطور المحلي وإجراءات تصحيح أخطاء التطبيق تخضع أيضًا للتغيير.
يمكن للشركات الانتقال إلى منصة البنية التحتية وصيانتها بمفردها ، أو تطوير كفاءات الموظفين أو توظيف المتخصصين اللازمين. الحالات التي يكون فيها تفويض هذه العمليات أمرًا شائعًا أيضًا ، على سبيل المثال ، إذا لم يكن لدى الشركة الفرصة لتحويل تركيز الفريق من تطوير المنتج إلى إنشاء بنية تحتية جديدة ، أو لا توجد فرصة لإجراء بحث وتطوير داخلي كبير ، أو توجد مخاطر غير مقبولة مرتبطة بالإنشاء المستقل لبنية تحتية جديدة ونقل المنتج فرق عليها - من الأفضل هنا طلب المساعدة من الشركات التي سارت بالفعل في هذا المسار أكثر من مرة.
ستكون هناك حاجة إلى كفاءات جديدة للعمل مع منصة البنية التحتية ليس فقطالإداريين (تخصص يتم تحويله الآن إلى مهندس بنية تحتية) ، ولكن أيضًا للمطورين. يجب أن يفهم المطور كيفية إطلاق تطبيقه وعمله في المعركة ، ويجب أن يكون قادرًا على استخدام النظام البيئي إلى أقصى حد ، وأن يكون قادرًا على تصحيح أخطاء التطبيق ، أو تغيير إجراءات النشر والتكوين. أيضًا ، لا يمكن للعملاء التقنيين الاستغناء عن هذه المعرفة : فهم بحاجة إلى إجراء قدر كبير من البحث والتطوير ، واختيار الأدوات المناسبة ، ودراسة حدودهم ، والعثور على طرق للتكامل بين الأدوات التي تشكل جزءًا من النظام الأساسي وتوفير سيناريوهات مختلفة لاستخدام خدمات النظام الأساسي بواسطة فرق المنتج.
إذا لم يكن نشر Kubernetes ، بما في ذلك في مرافق مزودي الخدمات السحابية ، أمرًا صعبًا للغاية ، فإن نقل جميع عمليات التطوير والتشغيل ، وتكييف التطبيقات ، ودمج عشرات الأدوات الجديدة للفريق ، وما إلى ذلك ، هي مهمة إشكالية حقًا تتطلب فهمًا عميقًا للعمليات و قدر كبير من التواصل مع جميع المشاركين في إنشاء منتجاتك.
وقد جمعنا كل هذه المعلومات في دورتنا التدريبية على الإنترنت "منصة البنية التحتية القائمة على Kubernetes". في 5 أشهر من الممارسة ، سوف تتقن:
- كيف يعمل Kubernetes
- كيف يتم تنفيذ ممارسات DevOps باستخدامه
- ما هي أدوات النظام البيئي ناضجة بالفعل بما يكفي لاستخدامها في القتال وكيفية دمجها.
على عكس البرامج التعليمية الأخرى ، نركز على النظام البيئي والفروق الدقيقة في تشغيل مجموعات Kubernetes ، وهذا هو بالضبط المكان الذي تنشأ فيه الصعوبات للشركات التي قررت التحول إلى نظام البنية التحتية الخاص بها.
بعد الانتهاء من الدورة ، سيكون لديك مؤهل مهندس منصة وستكون قادرًا على إنشاء نظام أساسي للبنية التحتية في شركتك بشكل مستقل. وهو ، بالمناسبة ، ما يفعله بعض طلابنا كعمل مشروع ، حيث يتلقون التعليقات والدعم من المعلمين. أيضًا ، ستكون المعرفة والمهارات كافية للتحضير لشهادة CNCF.
من المهم ملاحظة أن إتقان هذه المهارات يتطلب معرفة قوية بممارسات وأدوات DevOps . حسب ملاحظاتنا لسوق العمل بعد تدريب مثل هذايمكن للمتخصص أن يحسب بأمان راتبًا يتراوح بين 150 و 200 ألف روبل.
إذا كنت مجرد متخصص ولديك خبرة في استخدام ممارسات DevOps ، فإننا ندعوك لإجراء الاختبار التمهيدي ومعرفة المزيد عن برنامج الدورة التدريبية .