إلى أين تتجه بهذه المعرفة ، وماذا تفعل في المشروع ومقدار الربح ، وماذا تقول واسأل في المقابلة - يقول ألكساندر تيتوف ، شريك ومدير Express 42 والمؤلف .
مرحبًا! على الرغم من وجود مصطلح DevOps منذ عام 2009 ، إلا أنه لا يوجد إجماع في المجتمع الروسي. بالتأكيد ، لاحظت أن البعض يعتبر DevOps تخصصًا ، والبعض الآخر يعتبر فلسفة ، والبعض الآخر يعتبر مجموعة من التقنيات تحت هذا المصطلح. لقد تحدثت عدة مرات مع حول تطور هذا الاتجاه ، لذلك لن أخوض في التفاصيل في هذا المقال. دعني أقول إننا في Express 42 نضع ما يلي فيه:
DevOps هي تقنية محددة ، ثقافة إنشاء منتج رقمي ، عندما يشارك جميع المتخصصين في الفريق في الإنتاج.
في تطوير الشركات الكلاسيكي ، يسير كل شيء بشكل تسلسلي: البرمجة والاختبار وبعد ذلك فقط التشغيل ، وسرعة هذه العملية من الفكرة إلى الإنتاج هي 3 أشهر. بالنسبة للمنتجات الرقمية ، فهذه مشكلة عالمية ، لأنه من المستحيل تلقي تعليقات من العملاء بسرعة.
في DevOps ، يتم صقل الأدوات والأساليب لضمان تشغيل عمليات التطوير والاختبار والإنتاج في وقت واحد.
ماذا يتبع هذا النهج؟
- لا يمكنك تعيين "مهندس" سيأتي ويحل جميع مشاكل الإنتاج. يجب على الفريق بأكمله تطبيق المنهجية.
- DevOps ليس الشكل التالي من مسؤول النظام الذي يجب الترقية إليه. تبدو كلمة "DevOps engineer" مثل كلمة "Agile developer".
- إذا استخدم فريق ما برامج Kubernetes و Ansible و Prometheus و Mesosphere و Docker ، فهذا لا يعني أنه يتم تنفيذ ممارسات DevOps هناك.
لن تكون الحياة بعد DevOps هي نفسها أبدًا
نهج DevOps هو ، أولاً وقبل كل شيء ، طريقة مختلفة في التفكير ، وإدراك للتطور بشكل عام ومكانة الفرد في العملية. قسمنا دورتنا التدريبية عبر الإنترنت إلى كتلتين:
1. تقرير المصير
أولاً ، نقوم بتحليل جوهر نهج DevOps بالتفصيل ، ويكتشف الطلاب أدوارًا جديدة في الفريق ، ويرون أي واحد يستجيب أكثر ويحدد بأنفسهم طريقة التطوير.
2. الأدوات والممارسات
يتقن الطلاب تقنيات معينة من وجهة نظر طريقة DevOps.
يمكن استخدام أدوات DevOps في كل من DevOps والتطوير الكلاسيكي. سيكون المثال الأكثر بروزًا هو استخدام أداة إدارة التكوين Ansible. تم إنشاؤه وتصميمه لتنفيذ ممارسة DevOps "البنية التحتية كرمز" ، مما يعني أنه يتم وصف حالات النظام المختلفة من إعدادات نظام التشغيل إلى برامج التطبيق. ينقسم الوصف إلى طبقات ويسمح لك بإدارة تكوين معقد متغير باستمرار. لكن غالبًا ما يستخدم المهندسون Ansible كطريقة لتشغيل نصوص bash على أجهزة متعددة. هذا ليس سيئًا ولا جيدًا ، ولكن عليك أن تفهم أن وجود Ansible لا يضمن وجود DevOps في الشركة.
لدينا في الدورة سوف تتعمق في عملية تطوير تطبيق مشابه لتطبيق Reddit الشهير ، بدءًا من نسخته المتجانسة ، ثم الانتقال خطوة بخطوة إلى الخدمات المصغرة. خطوة بخطوة سوف نتقن أدوات جديدة: Git و Ansible و Gitlab وإنهاء Kubernetes و Prometheus.
فيما يتعلق بالممارسات ، سوف نتبع تكتيكات المسارات الثلاثة الموضحة في كتيب DevOps - ممارسات التسليم المستمر وممارسات التغذية الراجعة وجوهر الدورة التدريبية الكاملة لممارسة التعلم المستمر مع نظامك.
ماذا تقدم هذه المعرفة لكل من المتخصصين؟
مسؤولو النظام
ستجعل الممارسات من الممكن الانتقال بعيدًا عن الإدارة نحو إنشاء خط أنابيب توصيل مستمر ومنصة تسليم برامج للبنية التحتية. النقطة المهمة هي أنه ينشئ منتجًا - نظام أساسي للبنية التحتية للمطورين يساعدهم على دفع تغييراتهم بسرعة إلى الإنتاج.
في السابق ، كان مسؤولو النظام هم المعقل الأخير وبعد ذلك يدخل كل شيء في الإنتاج. وقد شاركوا بشكل أساسي في مكافحة الحرائق المستمرة - وفي ضوء ذلك من الصعب جدًا الخوض في احتياجات العمل ، والتفكير في المنتج والفوائد التي تعود على المستخدم.
بفضل طريقة DevOps ، يتغير التفكير. يفهم مسؤول النظام كيفية ترجمة التكوين إلى رمز ، وما هي الممارسات الموجودة لذلك.
هذا مهم لأن الشركات تدرك بشكل متزايد أنها لا تحتاج فقط إلى أتمتة كل شيء وكل شيء ؛ فيما اعتاد مديرو النظام بالمدرسة القديمة فعله ، بالإضافة إلى ذلك ، لم يتواصلوا كثيرًا ولم يبلغوا الفريق عن جميع التغييرات التي تم إجراؤها. تبحث الفرق الآن عن أولئك الذين سيصبحون الشركة المصنعة لمنتج البنية التحتية الداخلية ويساعدون في دمج العمليات المنفصلة في عملية واحدة.
للمطورين
المطور يتوقف عن التفكير في الخوارزميات فقط. يكتسب مهارة العمل مع البنية التحتية ، ومهارة الوعي المعماري للمناظر الطبيعية. يفهم مثل هذا المطور كيفية عمل التطبيق ، وكيف يمر عبر خط أنابيب التسليم المستمر ، وكيفية مراقبته ، وكيفية تعهده بحيث يفيد العميل. نتيجة لذلك ، تتيح لك كل هذه المعرفة كتابة التعليمات البرمجية ذات الصلة.
المختبرين
لقد تحول الاختبار إلى الوضع التلقائي لفترة طويلة ، ونقول جميعًا أنه لا ينبغي إجراء العديد من الاختبارات ، ولكن كتابيًا 🙂 يصبح الاختبار جزءًا من خط الأنابيب بأكمله لتسليم منتجك. لا يحتاج المُختبِر إلى تعلم كيفية كتابة التعليمات البرمجية فحسب ، بل يحتاج أيضًا إلى فهم كيفية دمجها في أنظمة التسليم المستمر ، وكيفية الحصول على تعليقات من الكود في جميع مراحل التسليم ، وكيفية تحسين الاختبار باستمرار من أجل اكتشاف الأخطاء في وقت مبكر بقدر الإمكان.
وهكذا اتضح أن كل الخطوات الثلاث تحدث في نفس الوقت. على سبيل المثال ، قد يبدو كالتالي:
يكتب المطور الكود ، ويكتب على الفور اختبارات له ، ويصف حاوية عامل الإرساء للشفرة التي يجب تشغيلها. كما يصف على الفور المراقبة التي ستراقب تشغيل هذه الخدمة في الإنتاج ، وتلتزم بكل هذا.
عند بدء التكامل المستمر ، يتم تشغيل العمليات في وقت واحد. تبدأ الخدمة ، تم تكوينها. في موازاة ذلك ، تبدأ حاوية عامل الإرساء ، ويتم التحقق من أنها تعمل. في نفس الوقت ، تذهب جميع المعلومات إلى نظام التسجيل. وهكذا في كل مرحلة من مراحل التطوير - يتضح وجود عمل جماعي حقيقي من مسؤولي النظام والمطورين والمختبرين.
DevOps المستفادة ، ما التالي؟
كما تعلم ، فإن الشخص الموجود في الميدان ليس محاربًا. إذا لم تستخدم شركتك هذه الطريقة ، فإن المهارات المكتسبة ستظل خاملة. وبعد التعرف على مناهج DevOps ، ربما لا تريد أن تكون ترسًا في تطوير الشركات. يمكن أن يكون هناك استثناء واحد: أنت مسؤول نظام في الفريق ويمكنك إعادة بناء جميع العمليات بطريقة جديدة. وتجدر الإشارة هنا إلى أن هناك الكثير من الشركات التي تستخدم هذا النهج ، ولا تتأثر بالإغلاق وتبحث عن متخصصين. لأن DevOps تدور حول إنشاء منتجات عبر الإنترنت.
والآن حول الأمور الممتعة: امتلاك ممارسات وأدوات DevOps يزيد عن 30٪ تقريبًا من قيمتك في سوق العمل. تبدأ الرواتب من 140 ألف روبل ، لكنها تحدد بالطبع حسب تخصصك ووظائفك الرئيسية.
يمكنك إلقاء نظرة على الوظائف الشاغرة التي تحمل علامة "مع التركيز على البنية التحتية" ، حيث توجد أتمتة اختبار ، وتطوير تطبيقات الخدمات الصغيرة باستخدام تقنيات السحابة ، والوظائف الشاغرة لمهندسي البنية التحتية وجميع أنواع الإشارات إلى DevOps. فقط تذكر أن كل شركة تعني شيئًا مختلفًا بهذا التعريف - اقرأ الوصف بعناية.
أثناء إطلاق دورتنا التدريبية ، جاءتني نظرة ثاقبة - وقع الكثير من الأشخاص بعد الدورة في فخ مهندس DevOps. يجدون وظيفة مع العنوان أعلاه ، ويحصلون على عرض جيد ، ثم يأتون إلى العمل ويدركون أنه يتعين عليهم الاحتفاظ بنص ثلاثي الصفحات في Jenkins. وأين توجد إصدارات Kubernetes و ChatOps و canary وكل ذلك؟ لكن لا يوجد شيء ، لأن الشركة لا تحتاج إلى DevOps كمنهجية ، ولكن يتم استخدام ابتكارات منفصلة.
هذه مناسبة للتعرف بشكل مكثف من الشركة على كيفية عمل عملية تسليم البرامج ، ومجموعة التكنولوجيا ، والواجبات التي ستؤديها.
إذا أجاب صاحب العمل على أسئلتك بشكل تجريدي ، مثل كتاب ، بدون تفاصيل ، فعلى الأرجح لا توجد عملية DevOps في الشركة حتى الآن ، ولكن هذا ليس سببًا لرفض ودراسة الشركة ومنتجاتها ، فهل هناك أي خدمات عبر الإنترنت تطور الشركة نفسها ، تطبيقات الهاتف المحمول ، أفكار المنتج.
إذا كان الأمر كذلك ، فيرجى تحديد ما إذا كان سيتعين عليك العمل مباشرةً مع هذه الأنظمة أو ما إذا كانت هناك إمكانية للانتقال أفقيًا إلى فرق هذه الخدمات مع إظهار النتائج الجيدة في ممارسات DevOps. إذا كان الأمر كذلك ، فإن الأمر يستحق أن تكون نشطًا ومفيدًا ، وإذا أكملت دورتنا ، فسيكون هذا الأخير مضمونًا.
من المهم ملاحظة أن ممارسات Devops تكتسب قيمة حقيقية فقط عندما يكون لديها خبرة في التطوير / الإدارة / الاختبار. عندها فقط لن تكون المعرفة مجردة ، ولكنها ستثري المتخصص (بكل معنى الكلمة). لذلك ، فإن فكرة "تعلم المطورين من الصفر" هي نفسها تقريبًا مثل تعلم "استخدام العدسات من الصفر" إذا لم تكن قد حملت كاميرا بين يديك مطلقًا أو قمت بالتصوير. لمساعدتك في تحديد ما إذا كانت الدورة التدريبية مناسبة لك ، قمنا بإجراء اختبار دخول للتحقق من المستوى الكافي من المعرفة.
أعتقد أن إحدى الميزات - حقيقة أنه أثناء التدريب ، يحدد كل طالب بنفسه الاتجاه الذي يريد أن يتطور فيه. غالبًا ما نرى انتقالات عندما يصبح المطور مهندس بنية تحتية ، ويدرك المسؤول أنه مهتم بكتابة التعليمات البرمجية - ثم يتعلم اللغة بالإضافة إلى ذلك ويكملها بمهارات DevOps المكتسبة. لذلك ، نتطلع بشكل خاص إلى أولئك الذين يشعرون أن حياتهم المهنية عالقة عند مفترق طرق. تبدأ الدورة في 28 مايو ، ولكن يمكنك الانضمام بعد أسبوعين من بدء الفصول الدراسية. اعرض البرنامج وقم بإجراء الاختبار . نراكم في OTUS!
المصدر: www.habr.com