DevOps مقابل SysAdmin: منافسون أم متعاونون؟

DevOps مقابل SysAdmin: منافسون أم متعاونون؟

DevOps مقابل SysAdmin: منافسون أم متعاونون؟

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

في هذا المنشور سوف نتحدث عن DevOps ، ذلك النوع من "الجيل" الجديد (الجيل) من مطوري البرامج ، والذي سمع عنه منذ حوالي ثماني أو عشر سنوات. وُلد هذا الجيل الجديد من المبرمجين من أحشاء المراكز التكنولوجية وشركات تكنولوجيا المعلومات الحديثة ذات الشهرة العالمية ، والذي يدين باسمه للمصطلح المشتق من الكلمات الإنجليزية "تطوير" و "تشغيل".

DevOps مقابل SysAdmin: مقدمة

مقدمة

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

يقال أن هذا "الجيل الجديد من مطوري البرامج" نشأ في تلك "الشركات الناشئة التكنولوجية" الصغيرة والحديثة والناجحة تتكون من مجموعات صغيرة من "متخصصي تكنولوجيا المعلومات" ، وخاصة مطوري البرامج.

وكما نعلم بالفعل ، فإن "الشركات الناشئة" عادةً ما تقوم بتطوير حلول برمجية سريعة (من 6 إلى 12 شهرًا) وبالتالي حل مشاكل واحتياجات محددة ومعقدة في العالم الحقيقي. هذا يعني أنهم يميلون إلى أن يكون لديهم معدل وفيات مرتفع للغاية.

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

المستخدمون يغذون المطورين من "التعليقات" تم الحصول عليها مع أولئك الذين أدخلوا تحسينات وتحديثات على الكود أثناء التنقل.

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

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

لذلك ، فإن DevOps ليست مجرد شخص أو منصب ، بل هي أيضًا اتجاه ، وحركة ، وثقافة تنظيمية واسعة الانتشار اليوم. يمكنك معرفة المزيد عنهما بقراءة هاتين المقالتين الأخريين بعنوان: «DevOps»Y«ما هو DevOps؟".

DevOps مقابل SysAdmin: المحتوى

محتوى

ما ورد أعلاه هو بالضبط سبب اعتبار DevOps و Sysadmin حاليًا حرفيًا على أنهما "Jack of all Trades" أو "Master of None"، أي "خدام كل شيء" أو "سادة لا شيء" ، لأنهم قادرون على "فعل كل شيء أو أشياء كثيرة دون أن يصبحوا خبراء في أي شيء".

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

لكي يكون لدى DevOps أو مسؤول النظام القدرة الفكرية لحل أي مشكلة تكنولوجية تنشأ تقريبًا ، فإن ذلك يعني تكلفة معرفية عالية جدًا ، وما يميزهم أنهم يميلون إلى تقديم درجات معينة من «إجهاد العمل» (الإرهاق) ، وبالتالي يعانون من انخفاض في إنتاجيتهم أو كفاءة العمل.

مسؤول النظام

يميل مسؤول النظام إلى تضمين الوظائف والأنشطة التالية:

  1. تنفيذ جديد أو إزالة عفا عليها الزمن
  2. عمل نسخ احتياطية
  3. عالمه فى أمرأة
  4. إدارة تغييرات التكوين
  5. تشغيل التطبيقات وأنظمة التشغيل
  6. إدارة حسابات المستخدمين
  7. مراقبة أمن الكمبيوتر
  8. التعامل مع الفشل والسقوط
  9. تلبية متطلبات المستخدمين
  10. رفع التقارير إلى المستويات المسؤولة المباشرة في المنظمة
  11. توثيق أنشطة الحوسبة للنظام والمنصة

ويجب أن يكون لديك بعض المعرفة عن:

  1. برمجة
  2. قواعد البيانات
  3. أمن تكنولوجيا المعلومات
  4. الشبكات
  5. أنظمة التشغيل

DevOps

تميل DevOps إلى إتقان مجموعة متنوعة من لغات البرمجة ، بالإضافة إلى امتلاكها للقدرات التقنية ومهارات الإدارة. عادةً ما يكون DevOps أيضًا مزيجًا من مطور البرامج و مسؤول النظام الذي عادة ما يُنظر إلى وظيفته على أنها إزالة الحواجز بين كلا الملفين. لذلك من المتوقع أن يكون لدى DevOps معرفة بكل من البرامج والأجهزة (البنية الأساسية / النظام الأساسي) للمؤسسة التي يعملون بها.

لذلك ، عادة ما تكون DevOps قادرة على:

  1. اكتب الكود وقم بوظيفة المبرمج.
  2. إدارة الخوادم متعددة المنصات وتنفيذ وظيفة مسؤول النظام.
  3. إدارة الشبكات وتنفيذ وظيفة NetAdmin.
  4. إدارة قاعدة بيانات (BD) وتنفيذ وظيفة DBA.

هذا يتركنا في استنتاج مفاده أن DevOps جيد:

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

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

وأن هذين المنصبين لهما طبيعة مختلفة ، على الرغم من أنهما يشتركان في العديد من المهام المشتركة. الاختلافات مثل DevOps:

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

DevOps مقابل SysAdmin: الخلاصة

اختتام

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

على الرغم من أن البعض داخل المنظمات يميلون إلى رؤية التأثير المعاكس ، أي أن نرى كيف تمثل ثقافة DevOps تدمير معظم الأدوار داخل وحدات تكنولوجيا المعلومات. على سبيل المثال ، كيف يميل المبرمجون إلى الانتقال إلى DevOps ثم استبدال SysAdmin و NetAdmin و DBA و Support Specialists وما إلى ذلك ، بما في ذلك مطورو البرامج الذين يكتبون التعليمات البرمجية فقط.

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


محتوى المقال يلتزم بمبادئنا أخلاقيات التحرير. للإبلاغ عن خطأ انقر فوق هنا.

6 تعليقات ، اترك لك

اترك تعليقك

لن يتم نشر عنوان بريدك الإلكتروني.

*

*

  1. المسؤول عن البيانات: ميغيل أنخيل جاتون
  2. الغرض من البيانات: التحكم في الرسائل الاقتحامية ، وإدارة التعليقات.
  3. الشرعية: موافقتك
  4. توصيل البيانات: لن يتم إرسال البيانات إلى أطراف ثالثة إلا بموجب التزام قانوني.
  5. تخزين البيانات: قاعدة البيانات التي تستضيفها شركة Occentus Networks (الاتحاد الأوروبي)
  6. الحقوق: يمكنك في أي وقت تقييد معلوماتك واستعادتها وحذفها.

  1.   فلتر - حوض سمك - خارجي قال

    كما يقولون دائمًا ، المعرفة لا تحدث. يصبح التخصص و "كل التضاريس" في مجالات معينة ذا قيمة كبيرة لأي محترف ، ولكن هذا لا ينبغي أن يعني انعدام الأمن الوظيفي ، مما يسمح للسوق بالاستفادة منه لتقليل القيمة التي يتمتع بها اثنان من المهنيين الرائعين بسعر واحد.

  2.   تثبيت Linux Post قال

    بالتأكيد أعتقد أن هذا يحدث كثيرًا في البلدان اللاتينية حيث يريدون من مسؤول النظام أن يقدم حتى القهوة ... الجميع يفعل ما يريد حتى لو كان يعرف كيف يصنع حتى القهوة 🙂

  3.   أمين اسبينوزا قال

    يا له من وظيفة جيدة! أحب الطريقة التي تعاملت بها مثل XNUMX فكرة في شيء مضغوط للغاية ولكنه دقيق. موضوع له نقاش طويل وآراء لا حصر لها ولكنني شخصيًا أوافق بشدة ، ما أعتقده حتى لا أكون "جيدًا في كل شيء" هو الرهان على مرحلة DevOps التي تعجبك على الآخرين ومهاجمتها بتخصص.
    شكرا على النص!

    1.    تثبيت Linux Post قال

      شكرًا لك على تعليقاتك الإيجابية ، أنا سعيد جدًا لأنك والعديد من الآخرين قد أحببت المنشور.

  4.   فالدو قال

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

  5.   تثبيت Linux Post قال

    هذا هو المقال عن مسؤول النظام فقط ، لأولئك الذين يريدون توسيع نطاق قراءتهم أكثر قليلاً!