Целевая аудитория
هل أنت مطور تتطلع إلى توجيه حياتك المهنية نحو نموذج DevOps أكثر تقدمًا؟ هل أنت مهندس Ops كلاسيكي وترغب في الحصول على فكرة عما يعنيه DevOps؟ أم أنك لست كذلك، وبعد قضاء بعض الوقت في العمل في مجال تكنولوجيا المعلومات، ترغب في تغيير مهنتك وليس لديك أي فكرة من أين تبدأ؟
إذا كانت الإجابة بنعم، فتابع القراءة لتعرف كيف يمكنك أن تصبح مهندس DevOps متوسط المستوى في ستة أشهر! أخيرًا، إذا كنت مشتركًا في DevOps لسنوات عديدة، فستستمر في الحصول على الكثير من سلسلة المقالات هذه لتعرف أين وصلت صناعة التكامل والأتمتة حاليًا وإلى أين تتجه.
ما هو كل شيء؟
أولاً، ما هو DevOps؟ يمكنك البحث عن تعريفات عبر Google والتعمق في كل الكلام، لكن عليك أن تعلم أن معظم التعريفات هي مجرد خليط من الكلمات ملفوفة في شكل مبسط. ولذلك، سأقدم لك ملخصًا لكل هذه التعريفات: DevOps هي طريقة لتقديم البرامج التي يتم فيها تقاسم الصداع والمسؤولية بين جميع المشاركين. هذا كل شئ.
حسنًا، ولكن ماذا يعني هذا الاختصار؟ ويعني ذلك أنه تقليديًا، يتم تحفيز المطورين (الأشخاص الذين يقومون بإنشاء البرامج) للقيام بعملهم من خلال حوافز تختلف بشكل كبير عن حوافز العمليات (الأشخاص الذين يديرون البرامج). على سبيل المثال، كمطور، أريد إنشاء أكبر عدد ممكن من الميزات الجديدة في أسرع وقت ممكن. ففي النهاية، هذه هي وظيفتي وهذا ما يطلبه العملاء! ومع ذلك، إذا كنت شخصًا في Ops، فأنا بحاجة إلى أقل عدد ممكن من الميزات الجديدة، لأن كل ميزة جديدة هي تغيير، وأي تغيير محفوف بالمشاكل. ونتيجة لهذا الاختلال في الحوافز، وُلدت DevOps.
تحاول DevOps الجمع بين التطوير والعمليات (التكامل والأتمتة) في مجموعة واحدة. والفكرة هي أن مجموعة واحدة سوف تتقاسم الآن الألم والمسؤولية (والمكافآت المحتملة) لبناء ونشر وتوليد الإيرادات من البرامج التي تواجه العملاء.
سيخبرك الأصوليون أنه لا يوجد شيء اسمه "مهندس DevOps". وسيقولون لك إن "DevOps هي ثقافة وليست دورًا". بالطبع، من وجهة نظر فنية هم على حق، ولكن كما هو الحال في كثير من الأحيان، يخرج هذا المصطلح عن نطاق السيطرة، وبخلاف معناه الأصلي، يعتبر مهندس DevOps بمثابة "مهندس أنظمة 2.0". وبعبارة أخرى، فهو شخص يفهم دورة حياة تطوير البرمجيات وينشئ أدوات وعمليات تطوير البرمجيات. لحل المشاكل التشغيلية الكلاسيكية.
تعني DevOps في نهاية المطاف إنشاء مسارات رقمية تأخذ التعليمات البرمجية من الكمبيوتر المحمول الخاص بالمطور وتحولها إلى إيرادات من استخدام المنتج النهائي، وهذا هو كل ما يدور حوله. لاحظ أن اختيار مهنة DevOps يتم تعويضه بشكل كبير من خلال المكافآت المالية، حيث تقوم كل شركة تقريبًا إما "بتطبيق DevOps" أو تدعي أنها كذلك. بغض النظر عن مكان وجود هذه الشركات، فإن فرص العمل الإجمالية مثل DevOps مرتفعة جدًا وتوفر فرص عمل "ممتعة" وذات مغزى لسنوات عديدة قادمة.
ومع ذلك، كن حذرًا من الشركات التي تقوم بتعيين "فريق DevOps" أو "قسم DevOps". بالمعنى الدقيق للكلمة، لا ينبغي أن توجد مثل هذه الأشياء، لأن DevOps في نهاية المطاف لا تزال ثقافة وطريقة لتقديم البرامج، وليس تعيين فريق جديد أو إنشاء قسم به اسم فاخر.
الحرمان من المسؤولية
الآن دعونا نضع كأس Kool-Aid جانبًا للحظة ونفكر في ما يلي. هل سمعت القول المأثور القديم "لا يوجد مهندسون مبتدئون في DevOps؟" إذا لم يكن الأمر كذلك، فاعلم أن هذا مجاز شائع على Reddit وStackOverflow. و لكن ماذا يعني ذلك؟
ببساطة، تعني هذه العبارة أن الأمر يتطلب سنوات عديدة من الخبرة جنبًا إلى جنب مع الفهم القوي للأدوات لتصبح في نهاية المطاف أحد كبار ممارسي DevOps الفعالين حقًا. وللأسف، لا يوجد طريق مختصر لتحقيق الهدف. لذا فهذه ليست محاولة للتلاعب بالنظام - لا أعتقد أنه من الممكن في الواقع التظاهر بأنك أحد كبار مهندسي DevOps مع بضعة أشهر من الخبرة في الصناعة. إن تحقيق فهم قوي للأدوات والمنهجيات سريعة التغير يتطلب سنوات من الخبرة، ولا يمكن الالتفاف حوله. ومع ذلك، هناك قائمة متسقة تقريبًا (عصرية، إذا صح التعبير) من الأدوات والمفاهيم التي تستخدمها معظم الشركات، وهذا ما سنتحدث عنه.
مرة أخرى، تختلف الأدوات عن المهارات، لذا أثناء تعلمك للأدوات، تأكد من أنك لا تهمل مهاراتك (المسح، والشبكات، والتواصل الكتابي، واستكشاف الأخطاء وإصلاحها، وما إلى ذلك). والأهم من ذلك، ألا تغفل عما نريد العثور عليه - طريقة لإنشاء مسار رقمي مؤتمت بالكامل يأخذ الأفكار ويحولها إلى أجزاء من التعليمات البرمجية المدرة للدخل. هذا هو الاستنتاج الوحيد الأكثر أهمية من هذه المقالة بأكملها!
كفى ثرثرة، متى يمكنني أن أبدأ؟
فيما يلي خارطة طريق المعرفة الأساسية لـ DevOps. بعد أن أتقنت كل ما تم تصويره هناك، يمكنك بأمان وصدق أن تسمي نفسك مهندس DevOps! أو مهندس سحابي إذا كنت لا تحب اسم "DevOps".
تمثل هذه الخريطة فكرتي (وربما معظم الأشخاص الذين يعملون في هذا المجال) حول ما يجب أن يعرفه مهندس DevOps المختص. لكن هذا مجرد رأي، وبالطبع سيكون هناك من يختلف معه. هذا جيد! نحن لا نسعى جاهدين لتحقيق الكمال هنا، بل نسعى جاهدين من أجل أساس متين يمكننا البناء عليه بالفعل.
يجب أن تمر بهذا المسار تدريجيًا، طبقة بعد طبقة. لنبدأ (ونستمر!) بالأساسيات من خلال التعرف أولاً على العناصر باللون الأزرق — Linux، وPython، وAWS. وبعد ذلك، إذا سمح الوقت أو طلب سوق العمل، قم بالأشياء الأرجوانية - Golang وGoogle Cloud.
بصراحة، الطبقة العليا الأساسية هي شيء سيتعين عليك دراسته إلى الأبد. نظام التشغيل Linux معقد جدًا ويستغرق سنوات لإتقانه. تتطلب بايثون ممارسة مستمرة للبقاء على اطلاع دائم. تتطور AWS بسرعة كبيرة لدرجة أن ما تعرفه اليوم لن يكون إلا جزءًا من مجموعة معارفك الشاملة بعد عام من الآن. بمجرد أن تتعلم الأساسيات، انتقل إلى مجموعة المهارات الفعلية. يرجى ملاحظة أن هناك إجمالي 6 أعمدة زرقاء (التكوين، الإصدار، التغليف، النشر، الإطلاق، المراقبة)، واحد لكل شهر من الدراسة.
لقد لاحظت، بالطبع، عدم وجود مرحلة مهمة في خط أنابيبنا لمدة ستة أشهر - الاختبار. لقد تعمدت عدم تضمينها في خريطة الطريق لأن كتابة الوحدة واختبارات التكامل والقبول ليس بالأمر السهل ويقع تقليديًا على عاتق المطورين. ويفسر تخطي مرحلة "الاختبار" بحقيقة أن الهدف من خارطة الطريق هذه هو إتقان المهارات والأدوات الأساسية في أسرع وقت ممكن. وفقًا للمؤلف، فإن الافتقار إلى الخبرة في الاختبار ليس سوى عقبة بسيطة أمام الاستخدام الصحيح لـ DevOps.
تذكر أيضًا أننا لا نتعلم مجموعة كاملة من الثرثرة التقنية غير ذات الصلة هنا، بل نتعلم فهم الأدوات التي تجتمع معًا لإنشاء قصة واضحة. تدور هذه القصة حول أتمتة العمليات من البداية إلى النهاية - وهو خط تجميع رقمي ينقل البتات مثل خط التجميع. أنت لا تريد أن تتعلم مجموعة من الأدوات وتستمر في التوقف! تتغير أدوات DevOps بسرعة، لكن المفاهيم تتغير بشكل أقل تكرارًا. لذلك، يجب أن تسعى جاهدة لاستخدام الأدوات كوسائل تعليمية للمفاهيم ذات المستوى الأعلى.
حسنا، دعونا نحفر أعمق قليلا!
المعرفة الأساسية
أسفل الخطوة العلوية التي تشير إلى الأساس، يمكنك رؤية المهارات التي يجب على كل مهندس DevOps إتقانها. وتمثل هذه المهارات التعامل الواثق مع الركائز الثلاث للصناعة، وهي: نظام التشغيل، ولغة البرمجة، والسحابة العامة. هذه الأشياء ليست شيئًا يمكنك تعلمه والمضي قدمًا بسرعة. يجب تحسين هذه المهارات وإتقانها باستمرار حتى تكون في طليعة الصناعة وتكون ذات صلة بالبيئة المهنية من حولك. دعونا نذهب من خلالهم واحدا تلو الآخر.
Linux هو المكان الذي يعمل فيه كل شيء. هل يمكنك أن تكون ممارسًا رائعًا لـ DevOps مع البقاء بالكامل داخل نظام Microsoft البيئي؟ بالطبع تستطيع! لا يوجد قانون ينص على استخدام Linux فقط. ومع ذلك، ضع في اعتبارك أنه على الرغم من حقيقة أنه يمكن تنفيذ جميع الأشياء في Linux على نظام Windows، إلا أن الأمر يحدث هناك بشكل أكثر إيلامًا وبوظائف أقل. في هذه المرحلة، من الآمن أن نفترض أنه بدون معرفة Linux، من المستحيل أن تصبح محترفًا حقيقيًا في DevOps، لذا فإن Linux شيء يجب عليك دراسته وتعلمه.
بصراحة، أفضل طريقة للقيام بذلك هي ببساطة تثبيت Linux (Fedora أو Ubuntu) في المنزل واستخدامه قدر الإمكان. بالطبع، سوف تكسر الكثير من الأشياء، وسوف تتعثر في عمليات العمل، وسيتعين عليك إصلاح كل شيء، لكنك ستتعلم Linux!
بالمناسبة، تعد متغيرات RedHat أكثر شيوعًا في أمريكا الشمالية، لذا فمن المنطقي البدء بـ Fedora أو CentOS. إذا كنت تتساءل عما إذا كان يجب عليك شراء إصدار KDE أو Gnome، فاختر KDE. هذا ما يستخدمه لينوس تورفالدس نفسه.
بايثون هي اللغة الخلفية المهيمنة هذه الأيام. من السهل البدء به ويتم استخدامه على نطاق واسع. تعد لغة بايثون شائعة جدًا في مجال الذكاء الاصطناعي والتعلم الآلي، لذا إذا كنت ترغب في الانتقال إلى مجال ساخن آخر، فستكون مستعدًا تمامًا.
Amazon Web Services: مرة أخرى، من المستحيل أن تصبح محترفًا متمرسًا في DevOps دون فهم قوي لكيفية عمل السحابة العامة. وإذا كنت تريد معرفة المزيد عنها، فابحث في Amazon Web Services. إنها شركة رائدة في هذا المجال من الخدمات وتقدم أغنى مجموعة من أدوات العمل.
هل من الممكن البدء باستخدام Google Cloud أو Azure بدلاً من ذلك؟ بالتأكيد تستطيع! لكن تذكر الأزمة المالية الأخيرة، تجدر الإشارة إلى أن AWS هي الخيار الأكثر أمانًا، على الأقل في عام 2018، حيث تتيح لك تسجيل حساب مجانًا والبدء في استكشاف إمكانيات الخدمات السحابية. بالإضافة إلى ذلك، توفر وحدة تحكم AWS للمستخدم قائمة بسيطة وواضحة للاختيار من بينها. والخبر السار هو أنك لا تحتاج إلى معرفة جميع تقنيات أمازون للقيام بذلك.
ابدأ بما يلي: VPC، وEC2، وIAM، وS3، وCloudWatch، وELB (موازنة التحميل المرنة تحت مظلة EC2) ومجموعة الأمان. هذه الأشياء كافية للبدء، وكل مؤسسة حديثة قائمة على السحابة تستخدم هذه الأدوات بنشاط كبير. يعد موقع التدريب الخاص بـ AWS مكانًا جيدًا للبدء.
أنصحك بقضاء 20-30 دقيقة يوميًا في التعلم والتدرب على لغة Python ونظام التشغيل Linux وخدمة AWS السحابية بالإضافة إلى أشياء أخرى سيتعين عليك تعلمها. بشكل عام، أعتقد أن قضاء ساعة يوميًا، خمس مرات في الأسبوع يكفي لفهم صناعة DevOps في 6 أشهر أو أقل. هناك إجمالي 6 مكونات رئيسية، كل منها يتوافق مع شهر من التدريب. هذا كل ما تحتاجه لاكتساب المعرفة الأساسية.
في المقالات اللاحقة، سننظر إلى المستوى التالي من التعقيد: كيفية أتمتة تكوين البرامج وإصدارها وتعبئتها ونشرها وتشغيلها ومراقبتها بشكل كامل.
على أن تستمر قريبا جدا ...
بعض الاعلانات 🙂
أشكركم على البقاء معنا. هل تحب مقالاتنا؟ تريد أن ترى المزيد من المحتوى المثير للاهتمام؟ ادعمنا عن طريق تقديم طلب أو التوصية للأصدقاء ، , تناظرية فريدة من خوادم المستوى المبتدئ ، اخترعناها من أجلك: (متوفر مع RAID1 و RAID10 ، حتى 24 مركزًا وحتى 40 جيجا بايت DDR4).
Dell R730xd أرخص مرتين في مركز بيانات Equinix Tier IV في أمستردام؟ هنا فقط في هولندا! Dell R420 - 2x E5-2430 2.2 جيجا هرتز 6C 128 جيجا بايت DDR3 2x960 جيجا بايت SSD 1 جيجا بايت في الثانية 100 تيرا بايت - من 99 دولارًا! أقرأ عن
المصدر: www.habr.com