الأسئلة:
- ما هي منهجية devops ، الدور في إنتاج منتجات البرمجيات ، ما مدى تعقيد البحث.
- أنواع المهنيين الذين يطبقون منهجية devops
- أين يوجد ، ذهب مهندسو DevOps / SRE وجاءوا إلى السوق
- هل تحتاج إلى مهندس DevOps / SRE؟ إذا كان كذلك؛ أيهما؟
- قنوات البحث
- ما الذي تبحث عنه في السيرة الذاتية
- كيف تبدأ الحوار
- سوف نعاود الاتصال بك - لماذا هو مستحيل وما الذي يؤدي إليه في مجال البحث عن Devops
1. ما هي منهجية Devops ، الدور في إنتاج منتجات البرمجيات
Devops هو اختصار للتطوير والعمليات - تطوير البرامج وتشغيلها.
DevOps هي ، أولاً وقبل كل شيء ، فلسفة ومنهجية لتحسين الهندسة وثقافة التطوير ، ليس فقط ضمن فريق أو مشروع واحد ، ولكن داخل الشركة بأكملها ، لأن يقدم تنفيذ DevOps تغييرات ليس فقط في عملية التطوير ، ولكن أيضًا في عمليات أعمال الشركة.
دور هذه المنهجية في إنتاج البرمجيات: تبسيط العمليات ، تجنب الأخطاء ، إنشاء الاتصالات ، التحكم ، المراقبة والتسجيل ، التحكم الأمني.
يمكن مقارنة تطبيق منهجية devops بالإسمنت الذي يحمل قوالب الكود والعمليات والنتائج معًا ، أو بخط أنابيب يسرع عملية التطوير وإصلاح الأخطاء وتقديم وظائف جديدة.
2. أنواع المهنيين
الذين يطبقون منهجية devops من يعمل بمنهجية devops؟ فريق التطوير بأكمله ككل. المختبرين والمشرفين والمطورين والمتخصصين في أمن المعلومات مثل Agile / ITSM / ITIL ، فقط DevOps.
خط أنابيب التطوير المبسط (خط الأنابيب): يتم كتابة الكود (dev) - يتم دمجه إذا كتب بواسطة عدة مبرمجين (دمج) - تم اختباره (اختبار) - تم إرساله إلى التجميع (الإنشاء) - الإنتاج :)
أي كل ما يحتاجه المتخصصون في جميع المراحل استخدام منهجية وأدوات devops:
CI / CD - أدوات للتكامل المستمر لأجزاء من التعليمات البرمجية مع بعضها البعض وتسليم الكود إلى المكان المطلوب: الحزم والحاويات وما إلى ذلك. العرض النهائي للتطبيق.
جزء CI:
التطوير - تطوير الكود وتحليله ، أجزائه:
Git - أدوات التحكم في الإصدار ، دمج الكود. أولاً ، يتم دمج الكود في مستودع واحد ، ثم يتم بناؤه ثم اختباره ؛
بناء - تجميع
الاختبار - أدوات الاختبار المستمر التي تقدم ملاحظات حول مخاطر العمل ؛
جزء القرص المضغوط:
الإصدار + النشر - إدارة التغيير ، الموافقة على الإصدار ، أتمتة الإصدار ؛
التكوين - تكوين البنية التحتية وإدارتها ، والبنية التحتية كرمز ؛
المراقبة - مراقبة أداء التطبيق وتجربة المستخدم النهائي.
ماذا عن ماذا ، دليل قصير
// حتى لا تفرك اللعبة في المقابلة:
لبناء البنية التحتية - Terraform أو المرافق لمزود السحابة
لنظام إدارة التكوين - Ansible ، Chef ، Salt ،
أدوات CI / CD الشائعة - GitLabCI ، GitHub Actions ، Jenkins ، TeamCity وما إلى ذلك من
أجل النقل بالحاويات - Docker و Kubernetes و Nomad و OpenStack وما إلى ذلك.
عندما تعرف الغرض من عامل الإرساء ، سيتواصلون معك بنبرة مختلفة تمامًا.
3. أينما كان هناك ، ذهب مهندسو Devops وجاءوا إلى السوق
نعم ، سوف نسميهم ذلك. لأنه ليس لديهم مكان يذهبون إليه ، فإن كل شيء آخر مرهق للغاية ، وسوء الفهم ولا يمكن تذكره. سيتعين عليهم أن يتقبلوا حقيقة أن المجندين يتصلون وسيطلقون على الوظائف الشاغرة "Signor Devops".
في الأساس ، هناك 3 مصادر من حيث يأتي هؤلاء الذين نبحث عنهم لطلب "نحن بحاجة ماسة إلى devops":
المجموعة الأولى والأكثر عددًا: مسؤولي النظام السابقين والحاليين. إنه أسهل بالنسبة لهم: لقد أتقنوا المزيد. أدوات وفعلت.
المجموعة الثانية: المطورين الذين قرروا ممارسة المطورين. هناك عدد أقل منهم يحتاجون إلى إتقان لينكس والإدارة.
المجموعة الثالثة: "استيقظت وأدركت أنها ملكي" - الأشخاص الذين أخذوا دورات "Devops في 3 أسابيع" أو شيء أكثر وضوحًا. ليس لدي أي هدف للإعلان ، لذا يمكنك البحث عنه بنفسك على جوجل. مع هذه ، من وجهة نظر التوظيف ، يكون العمل أسهل وأكثر صعوبة. من ناحية ، يتم تعليمهم الآلات الحديثة والشعبية. من ناحية أخرى ، لا توجد خبرة وفهم سواء في الإدارة أو في التنمية. ميزة جيدة للإدارة: توقعات رواتبهم أقل من تلك الخاصة بالمجموعتين الأولى والثانية.
يونيو منتصف
يونيو - يعرف كيفية الحفاظ على الأدوات التي تم تنفيذها بالفعل ، ولكن لا يمكن تنفيذها من 0. يحتاج إلى التوجيه. في الوقت نفسه ، يمكن أن يكون مشرفًا جيدًا. لا يمتلك
Middle East فهمًا عميقًا للمنهجية - يمكنه تقديم بعض الأدوات من البداية وتعليم الآخرين.
يجب أن يكون لدى الأوسط فهم جيد للمنهجية ، وفهم الممارسات ، ويمكن لـ RnD اختيار أداة تطبيق
Signor بشكل مستقل - يمكن وضع جميع ممارسات devops من 0. للدفاع عن الحلول المعمارية. إنه يتفهم مخاطر تطوير البرمجيات ، ويختار جميع الأدوات بنفسه. يمكن القول إنه يثبت اختياره.
4. هل تحتاج devops / SRE؟ إذا كان كذلك؛ أيهما؟
إذا كان العميل الشاغر هو فريق منتج لديه تطوير داخلي - نعم ، فأنت بحاجة إليه.
إذا كان مجرد رمز للاستعانة بمصادر خارجية ، فهذا ليس ضروريًا.
ما نوع الأجهزة التي يحتاجها فريقك: يعتمد على المنتج.
في أغلب الأحيان ، تحتاج إلى مدراء Linux من ذوي الخبرة في كتابة البرامج النصية باللغات الشائعة.
إذا تم تطوير برنامج معين ، فيجب على devops فهم الفروق الدقيقة لهذا التطوير ، ومن الجدير البحث عن أولئك الذين انتقلوا إلى هذا المجال من التطوير على مكدس مماثل.
والقليل عن SRE:
هندسة موثوقية الموقع هي نفسها تقريبًا مثل devops ، إذا لم تدخل في التفاصيل. لكننا لسنا مهندسين ولن نتعمق أكثر.
SRE عبارة عن مجموعة من الأساليب والمؤشرات والطرق الإرشادية لضمان موثوقية الأنظمة. تُقرأ كلمة "موقع" في هذا السياق على أنها "نظام" أو "نظام أساسي" ، وليست موقع ويب بالطريقة المعتادة. SRE - ضمان موثوقية جميع مستويات النظام: من المادية إلى المنطقية ، مما يعني أن SRE هو نوع من تكتل مطور (نعم ، يجب أن يكون SRE قادرًا على الكود) ومسؤول النظام بكل ما يعنيه ذلك.
SRE هو نوع من الفروع ، أو بالأحرى ، تنفيذه الخاص لتوجيه DevOps من Google.
5. قنوات البحث
القناة الرئيسية للبحث عن devops: قناة وظائف DevOps - العمل والتحليلات.
يظهر Habr والرابط نفسه جيدًا ، أسوأ قليلاً من FB وعمومًا غير مناسبين للبحث عن HH.ru و SuperJob ، بينما يبحث المشرفون اللائقون عن هناك.
الاختلاف عن البحث عن المطورين: مجتمع devops ودود للغاية ومؤنس))) إذا تم نشر وظيفة شاغرة بطريقة تسبب الضحك أو راحة الوجه فقط ، فتأكد من أنه تتم مناقشتها بالفعل في البرقية.
6. ما الذي تبحث عنه في السيرة الذاتية
نعلم جميعًا أن المجند يقوم بتقييم السيرة الذاتية في 3-5 ثوانٍ.
بالإضافة إلى القواعد العامة لتقييم السيرة الذاتية ، والتي تعرفها بالفعل:
يجب أن تكون: GitLab و GitLab CI و Ansible و Docker و Terraform و Zabbix و KVM و MySQL و PostgreSQL و Prometheus و Grafana و ELK stack و Jenkins و K8S / Kubernetes و AWS \ Azure \ GCP \ Yandex cloud \ Mail Cloud.
هذا هو devops.
هناك شيء من هذا والكلمات Windows 7 \ 8 \ 10 \ Server 2012 \ Server 2016 وما إلى ذلك. - مدير Windows السابق.
تقنيات السحابة
إذا رأيت كلمة Azure - فهذه سحابة من Windows
كل شيء آخر: GCP و AWS وما إلى ذلك - فهذه هي السحب التي تسود فيها أنظمة Linux ومعظمها.
هناك عبارة: لقد قمت بالتدريس في الدورات GitLab و GitLabCI و Ansible و Docker و Terraform و Zabbix و KVM و MySQL و PostgreSQL و Prometheus و Grafana و ELK stack وهو طالب.
لا يعمل الجميع مع السحب. Devops التي لا تعمل مع السحاب هي مطورون يعمل في دائرة مغلقة ، مركز بيانات ، DC ، إلخ. يحتاج إلى تطوير =) تقنيات السحابة هي المستقبل.
7. كيف تبدأ حوار
بسيط جدا. مساء الخير ، أبحث عن devops. ها هو الوصف ، ها هو القابس ، وإليك الشروط. في انتظار إجابة مثل العندليب الصيف.
يجب أن تحتوي الوظيفة الشاغرة على:
شوكة. شوكة - رقمان مفهومان. من 0 إلى 800 كيلو ليس مفترق ، هذا هراء.
الشروط: مكتب / بعيد ، ما هو إضافي: مشروع \ جزئي \ كامل الوقت
وصف مكدس التطوير. انه مهم.
وصف المهام. يعد دعم أحد البرامج الحالية والتنفيذ من 0 شيئًا مختلفًا تمامًا. إذا كان لديك مهندس معماري ، فهذا شيء واحد (يحتاج فقط إلى أيدي) ، وإذا لم يفعل ذلك ، فأنت بحاجة أيضًا إلى متخصص يعرف كيفية الهندسة المعمارية ، وليس مجرد خطأ فاشل ، وقد انتهيت من
اختراقات الحياة : اقرأ bash.org المبكر (حتى أصبح bash.im) ، شاهد الأنمي ، العب الألعاب ، كن كافياً ، لا تختفي بدون ردود فعل وسوف تلاحظ على الفور.
8. سوف نعاود الاتصال بك - لماذا هو مستحيل وما الذي يؤدي إليه في مجال البحث عن devops
كما قلنا بالفعل: المجتمع ودود وسوف يناقشك على الفور. من الأسهل ألا تفقد سمعتك بدلاً من استعادتها.
لا يهم من تصطاد: يجب أن تقدم ملاحظاتك. حتى حزين. قم بصياغته بشكل مناسب. أفضل نهاية سيئة من الانتظار بلا نهاية.