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

الآن يأتي الجزء الحاسم.
موصى به لك: 7 حلول تنسيق أدوات DevOps قد لا تعرفها.
- ما هو أصل DevOps؟
- وصول شبكة الويب العالمية (www) والمزيد من الفرص في انتظار المطورين
- باتريك ديبوا: الشخص الذي قام بتحديث وظيفة تكنولوجيا المعلومات بفكرة - "DevOps"
- Flickr ومغازلة Dev + Ops
- بلجيكا: المكان الذي ظهر فيه DevOpsDays
- Modern DevOps: مراقب برمجي يغير قطاع تكنولوجيا المعلومات
- DevOps: خاسر أم فائز في المستقبل؟
ما هو أصل DevOps؟
هناك قول مأثور مفاده أن التحدث أولاً عن المطورين هو خيار غير مجدٍ إذا تجاهلت أجهزة الكمبيوتر تمامًا.
ما هي الرسالة التي تريد أن تنقلها؟ إنه يوضح أنه لفهم التكنولوجيا الجديدة ، يجب على المرء أولاً أن يفهم كيف تطورت أولاً في الماضي. نفس الشيء هو الحال مع حلول DevOps.
تم إنشاء أول آلة أوتوماتيكية بفكرة من والد الكمبيوتر ، آلان تورينج ، في عام 1936. وأدت إلى إنشاء أجهزة كمبيوتر كهروميكانيكية كانت باهظة الثمن. علاوة على ذلك ، ليس لديهم أي شخص يمكنه تشغيلها من خلال برنامج.
لحسن الحظ في عام 1957 ، أدى إنشاء أول لغة برمجة في شكل FORTRAN إلى وجود عدد كبير من الوظائف الشاغرة للمطورين (لأول مرة لجهاز كمبيوتر) والتي أحدثت ثورة وفتحت مساحة لفرص جديدة.
بحلول أواخر الثمانينيات ، أصبحت شاشات CRT ميسورة التكلفة مما سمح للمطورين بالعمل في محطة العمل بسهولة. الآن مع دخول "الكود" ، تصبح المهمة برمتها أسهل. الآن يمكن للمرء استخدام شفرة المصدر لتجميعها ونشرها لمزيد من التكرار.
وصول شبكة الويب العالمية (www) والمزيد من الفرص في انتظار المطورين
قبل WWW ، كان هناك ARPANET. كانت شبكة كمبيوتر ترعاها الحكومة ومخصصة فقط للعملاء في الولايات المتحدة الأمريكية. بدأ العمل به في عام 1969 فقط وأنشأ شبكة من الإدارة الشخصية مع المراكز التشغيلية أو "العمليات" من أجل تكوين شبكة أفضل.
تقدمًا سريعًا إلى التسعينيات ، أنشأ Tim-Berners-Lee أول WWW في شكل HTTP الذي استحوذ عليه محرك البحث الذي تم إنشاؤه حديثًا ، Google بأذرع مفتوحة. ثم في عام 2003 ، بدأ Ben Treynor العمل مع Google وطور بيئة تطوير وإنتاج (أو تشغيلية) منفصلة لمهندسي موثوقية الموقع (SREs).
الصغير يعرف في ذلك الوقت. تم تطوير SREs قريبًا لتصبح أول ممارسين حقيقيين لـ "DevOps"!

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

بدأ سؤال يتدفق إلى ذهنه - "كيف يمكن سد الفجوة بين الجانب التنموي والتشغيلي لوقف تحول المشروع إلى فشل؟"
لحسن الحظ في عام 2008 ، حضر مؤتمرًا في تورنتو بكندا بعنوان "Agile Infrastructure" حيث التقى بصديقه المتمثل في Andrew Shafer. شكل كلاهما مجموعة مناقشة حيث يمكن للأشخاص ذوي التفكير المماثل مشاركة أفكارهم لإيجاد حل لإصلاح الطرق بين فريق التطوير والفريق التشغيلي.
قد ترغب في: أتمتة الامتثال HIPAA مع DevOps | كل شيئ ترغب بمعرفته!
Flickr ومغازلة Dev + Ops
في البداية ، فشل كل من Debois و Shafer في جذب الكثير من الاهتمام. ولكن من أجل ثروتهم ، بدأت التقنيات العملاقة بما في ذلك Google في دمج فكرة SREs التي تتطابق مع فكرة Debois لتقليل وقت التوقف عن العمل والتعويض عن الغضب المتزايد بين العملاء.
أدخل اثنين من مهندسي Flickr المسمى John Allspaw و Paul Hammond الذي بدأ في ملاحظة أن هناك دائمًا جدال بين الفريقين (Dev & Ops). لقد وجدوا أن الفرق التشغيلية دائمًا ما تكون ضد إدارتها ، ويبدو أن فريق التطوير ، الذي يقوم بإنشاء الكود ، يشير دائمًا إلى الفريق التشغيلي.
لذلك ، اقترحوا حلاً: تعيين العمليات التي تكون عملية تفكيرها مثل تلك الخاصة بالمطورين والعكس صحيح. ماذا يعني ذلك للعالم؟
وأظهر أن الوقت قد حان لدمج فريق التشغيل والتطوير عبر الأتمتة لبناء ونشر المشروع بخطوة واحدة. لذا في النهاية ، ولدت "DevOps" ولكن مع تطور: لا يوجد اسم فردي!
بلجيكا: المكان الذي ظهر فيه DevOpsDays
مع اقتراب العالم بسرعة من مصطلح Dev + Ops ، قرر المهندس البلجيكي باتريك ديبوا (كما ذكر أعلاه) تنظيم مؤتمر صغير لنقل فوائد "إدارة النظام السريع". أثناء الإعلان عن فكرته على منصة التواصل الاجتماعي Twitter ؛ قام بإنشاء هاشتاغ يسمى "DevOps" (شكل مختصر من التطوير والعمليات).
بعد فترة وجيزة ، نظمت Debois "DevOpsDays" بتنسيق محلي لجلب جميع المطورين والمشغلين في جميع أنحاء العالم على منصة واحدة. لقي الحدث تصفيق حار.
ليس هذا فقط ، سرعان ما تبين أن الهاشتاج حقق نجاحًا عالميًا بطريقة أدهشت حتى مطوري Flicker.

Modern DevOps: مراقب برمجي يغير قطاع تكنولوجيا المعلومات
على الرغم من أن DevOps هي منهجية جديدة نسبيًا ، إلا أن جميع الشركات الاستشارية في DevOps تخبرك بمدى سرعة تحرك عالم التكنولوجيا وكيف تكتسب DevOps قبولًا واسعًا بين جميع صناعات تكنولوجيا المعلومات في جميع أنحاء العالم.
في عام 2013 ، كان أحد المصطلحات يثير ضجة كبيرة ، وكان تأثير "مراقبة فرانكن" هو الذي يؤكد على إيجاد حلول للمشكلة. علاوة على ذلك ، فإنه يخبر الشركات أيضًا بمنع بناء شاشات فرانك الخاصة بهم لمنع التوقف والتكاليف المرتبطة بإعداد المبنى.
لدعم الطفرة الأخيرة في DevOps ، تتوقع Garter أن التكنولوجيا المحددة في طريقها للانتقال من كونها مجرد تقنية متخصصة إلى حل برمجي رئيسي لتصبح خدمات من الدرجة الأولى في جميع أنحاء العالم.
علاوة على ذلك ، أعلنت شركة Forrester للأبحاث أن عام 2017 هو "عام DevOps". لماذا ا؟ والسبب في ذلك الوقت هو أن حوالي 50٪ من المؤسسات بدأت في إدخال DevOps كمزود خدمة للبحث عن ثروة أفضل في مجالها.
قد يعجبك أيضًا: 7 أدوار وظائف DevOps عالية الأجر في طلب قوي.
DevOps: خاسر أم فائز في المستقبل؟

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