ما هو DevOps؟ | كتاب إلكتروني مجاني بصيغة PDF

اقرأ هذه المقالة لفهم ما هو DevOps، وإذا كنت محترفًا في مجال تكنولوجيا المعلومات، لماذا يجب أن تحصل على شهادة DevOps في عام 2019.
عمليات تكنولوجيا المعلومات الحالية
اعمل في أي مؤسسة متوسطة أو كبيرة، وستكون على دراية بعمليات تكنولوجيا المعلومات أو دعم تكنولوجيا المعلومات. إنهم الأشخاص الذين يأتون لإصلاح جهاز الكمبيوتر الخاص بك عندما لا يعمل. أو هم الأشخاص الذين تتصل بهم عندما تحاول تثبيت برنامج ما، لتكتشف أنه غير مسموح لك بذلك.
نمت أقسام عمليات تكنولوجيا المعلومات بشكل كبير في العقود القليلة الماضية حيث بدأ جميع العاملين من ذوي الياقات البيضاء تقريباً في استخدام أجهزة الكمبيوتر في وظائفهم. ومع نمو أقسام تكنولوجيا المعلومات، ازداد عدد العمليات والإجراءات التي كُتبت لتحكم الطريقة التي يقوم بها موظفو تكنولوجيا المعلومات بعملهم. إلى جانب التقدم السريع في التكنولوجيا، واجهت تكنولوجيا المعلومات ضغوطًا متزايدة للقيام بالمزيد، وغالبًا بأقل من ذلك، حيث تم تقليص ميزانيات الشركات.
غالبًا ما يكون لدى الكثير من الموظفين نظرة سلبية تجاه قسم عمليات تكنولوجيا المعلومات. حيث يستغرق وقتاً طويلاً لإصلاح مشكلة ما، أو أن ترقيات البرمجيات تسير بشكل خاطئ، أو أن الشبكات بطيئة أو سيئة الأداء. غالبًا ما يُنظر إلى تكنولوجيا المعلومات على أنها استنزاف للإنتاجية، على الرغم من أن تكنولوجيا المعلومات نفسها تم شراؤها على وجه التحديد لرفع الإنتاجية.
ثقافة مختلة
في الواقع، تنقسم تكنولوجيا المعلومات عادةً إلى قسمين. جزء “العمليات” الذي يهدف إلى الحفاظ على بنية تحتية مستقرة وعاملة لتكنولوجيا المعلومات لدعم الأعمال. جزء “التطوير” الذي يهدف إلى تطوير حلول جديدة بسرعة تستجيب لاحتياجات بيئة الأعمال المتغيرة. وعلى الرغم من أن هذين الجزأين هما جزء من تكنولوجيا المعلومات، إلا أنهما في أفضل الأحوال كانا يعملان في عزلة عن بعضهما البعض، وفي أسوأ الأحوال ينظر كل منهما إلى الآخر بعين الريبة والعداء.
أحد الجزأين – “العمليات” – يتجنب المخاطر بطبيعته. وعادةً ما تحظر الإجراءات الإجراءات التي من شأنها زيادة المخاطر. أما الجزء الآخر – “التطوير” – عادةً ما يتبنى المخاطر. ففي نهاية المطاف، تتمثل وظيفة “التطوير” في تطوير خدمات جديدة لأعمال سريعة التغير. يحب قسم العمليات الاستقرار، بينما يحب قسم التطوير التغيير. يمكن أن تبطئ “العمليات” من وتيرة التغيير للحفاظ على الاستقرار، وهو ما يثير غضب “التطوير” ورعاة أعمالهم. ويؤدي ذلك إلى ثقافة مختلة وفقدان أهداف العمل.
يعد DevOps اعترافًا بأن التحسينات الثقافية مطلوبة والتي تستلزم مشاركة الأهداف المتوافقة مع أهداف العمل.
من يقوم بـ DevOps؟
ثقافة DevOps
كما يقول الاقتباس في أعلى هذه المقالة، فإن DevOps هي ثقافة وممارسة تهدف إلى توحيد بيئات التطوير والتشغيل على حد سواء، مع التأكيد على التواصل والتعاون والتكامل بين كل من المطورين وموظفي عمليات تكنولوجيا المعلومات. يؤدي التعاون بهذه الطريقة إلى حصول الشركات على أنظمة وخدمات تكنولوجيا المعلومات التي تحتاجها بسرعة، من أجل الاستجابة لبيئة الأعمال المتغيرة، مع الحفاظ في الوقت نفسه على جودة وموثوقية تلك الخدمات.
في الواقع، يمكنك التفكير في DevOps على أنه يتجاوز نطاق مطوري البرمجيات وعمليات تكنولوجيا المعلومات. على نطاق أوسع، يمكنك التفكير في “التطوير” على أنه يمثل جميع الأشخاص المشاركين في جانب المشروع بما في ذلك مطوري البرمجيات وأصحاب المصلحة من الموردين والأعمال والمستخدمين. يمكنك التفكير في “العمليات” لتعني جميع الأشخاص المشاركين في إدارة تلك المنتجات والخدمات (بما في ذلك الموردين).
وقد أصبح مصطلح “DevOps” كتعبير شائع من خلال سلسلة من أيام DevOps التي بدأت في بلجيكا في عام 2009. ومنذ ذلك الحين، تجمع المزيد من فعاليات DevOps في جميع أنحاء العالم بانتظام بين الممارسين لتبادل المعرفة وأفضل الممارسات.
أجايل مقابل ديف أوبس
تتطلب أي مناقشة حول DevOps الإشارة إلى أجايل. أجايل هو مصطلح شامل يشمل العديد من أساليب تطوير البرمجيات المختلفة. ومن أشهرها Scrum و XP.
نشأت طرق تطوير البرمجيات الرشيقة في التسعينيات كاستجابة لاتجاه ناشئ شهد تسليم مشاريع البرمجيات في وقت متأخر، وبجودة منخفضة في كثير من الأحيان. وفي كثير من الحالات، لم تكن البرمجيات التي تم تسليمها تؤدي ما كان متوقعاً منها. في هذه الأيام، أصبحت الأساليب الرشيقة منتشرة في كل مكان في صناعة تطوير البرمجيات.
واستنادًا إلى المبادئ الـ 12 للأساليب الرشيقة في بيان أجايل[2]، تم تصميم الأساليب الرشيقة لتمكين فرق البرمجيات من العمل معًا بشكل أفضل، لتبني التغييرات في المتطلبات من أجل تحقيق رضا العملاء. وتتضمن طرق تحقيق ذلك الثقة في طرق العمل ودعمها، والتواصل وجهاً لوجه، وتعلم الدروس، وتقديم برمجيات عاملة بشكل متكرر من خلال الإصدارات التدريجية.
لذا، فإن أجايل و DevOps ليسا طريقتين متنافستين. فالأمر لا يتعلق بأحدهما دون الآخر. تشير أجايل إلى أساليب محددة متعددة تشترك في خصائص مشتركة كما هو محدد في بيان أجايل. أما DevOps فهي ثقافة وممارسة تحاول توحيد بيئات التطوير والتشغيل على حد سواء، بغض النظر عما إذا كانت بيئة التطوير بيئة رشيقة أم لا.
ومع ذلك، فقد استمدت DevOps جزءًا من إلهامها من أجايل. وهناك مصدر إلهام رئيسي آخر لـ DevOps وهو نظام الليّن[3].
تكنولوجيا المعلومات المرنة
تكنولوجيا المعلومات المرنة[4] هي امتداد للنهج المرن الأساسي لمنتجات وخدمات تكنولوجيا المعلومات. وقد نشأ مفهوم التصنيع المرن[5]، الذي عُرف فيما بعد باسم “اللين”، في التسعينيات مع شركة تويوتا للسيارات كوسيلة لتقليل الهدر في عملية التصنيع. وتماشيًا مع النهج الأساسي لتقنية المعلومات المرنة، فإن نهج تقنية المعلومات المرنة هو القضاء على الهدر، حيث أن الهدر هو العمل الذي لا يضيف أي قيمة للمنتج أو الخدمة.
لا تزال تكنولوجيا المعلومات المرنة في بداياتها، ولكن هدفها الأساسي المتمثل في القضاء على الهدر يثير بعض الفوائد الرئيسية للمؤسسات.
ديف أوبس وقيمة الأعمال
تعمل الشركات اليوم في ظل ضغوط تنافسية شديدة. فالشركات التي “تقف مكتوفة الأيدي” ببساطة لن تكون في الواقع في مجال الأعمال بعد بضع سنوات. فالشركات التي ستزدهر وتنمو في هذا الوضع هي تلك التي يمكنها التكيف بسرعة مع تلك الضغوط وتقديم المنتجات والخدمات التي يريدها عملاؤها. تلعب التكنولوجيا دورًا حاسمًا في كل هذا لأنها العامل الذي يمكّن الشركات من تحقيق الابتكار المستمر والاستراتيجي.
تدرك DevOps أن هناك حاجة إلى مناهج بديلة لتطوير البرمجيات وعمليات تكنولوجيا المعلومات، إذا كان الطلب المتسارع على خدمات تكنولوجيا المعلومات مطلوباً. لم يعد الاستمرار بالطريقة التي لطالما اتبعتها تكنولوجيا المعلومات خيارًا للشركات التي ترغب في تحقيق النجاح.
فالشركات والعملاء على حد سواء يتوقعون الآن تقديم خدمات تكنولوجيا المعلومات بسرعة وموثوقية. إن تجربة “وقت الإنترنت” تعني أن العملاء يتوقعون تنفيذ المعاملات الآن، وليس غداً أو الأسبوع المقبل أو العام المقبل.
وعلاوة على ذلك، أدت التطورات الأخيرة مثل الحوسبة السحابية والهواتف الذكية إلى نقلة نوعية في فهم كيفية تطوير خدمات تكنولوجيا المعلومات وتقديمها. وهناك حاجة الآن إلى أساليب أبسط وأكثر تكرارية وتدريجية لكل من النهج الرشيق والمرن.
تستجيب DevOps لتوقعات الأعمال والعملاء لزيادة المرونة والاستقرار من خلال زيادة الأداء العام لكل من تطوير تكنولوجيا المعلومات والعمليات. ووفقًا لتقرير حالة DevOps لعام 2017[6]، فإن المؤسسات ذات الأداء العالي في مجال تكنولوجيا المعلومات كانت أكثر عرضة لتحقيق أو تجاوز أهدافها فيما يتعلق بالكفاءة ورضا العملاء وجودة الخدمة أو المنتج. كما ذكرت نفس الدراسة أيضًا أدلة متزايدة على أن ممارسات DevOps تساعد في تقديم البرمجيات بشكل أسرع وأكثر موثوقية وبأخطاء أقل.
وجهات نظر مختلفة حول DevOps
نظرًا لأن DevOps لا يزال في بداياته، هناك العديد من وجهات النظر المختلفة حول ما يعنيه DevOps بالفعل. انظر إلى الرسومات أدناه.
نظرًا لأن أصحاب المصلحة المختلفين ينظرون إلى DevOps من وجهات نظر مختلفة، فهل هناك مجموعة مشتركة من القيم التي يمكن أن يتفق عليها جميع أصحاب المصلحة في DevOps؟
قيم DevOps المشتركة
في يوم DevOps في كاليفورنيا في عام 2010، تم اختراع عبارة CAMS[7]. تشير CAMS إلى الثقافة والأتمتة والقياس والمشاركة. وفي وقت لاحق، أضيفت إليها كلمة Lean لتصبح CALMS.
الثقافة
يتعلق الأمر كله بالأشخاص والعمليات. فالكثير من العمليات تصبح عبئًا على الإنتاجية. كما أن قلة العمليات يمكن أن تعيق التواصل والتعاون. إن الحصول على “المقدار المناسب” هو أمر مثالي لتأمين الثقافة المناسبة للأتمتة.
الأتمتة
يتطلب تعزيز سير العمل أدوات وتكنولوجيا لتمكين الأتمتة. تشمل الأشياء النموذجية التي تهدف أتمتة DevOps إلى أتمتة: إدارة الإصدار، وإدارة التكوين، وأدوات المراقبة وأدوات التحكم.
الليونة
تمت إضافة الليونة كقيمة رئيسية من قيم DevOps بسبب تركيزها على التخلص من الهدر وبالتالي التركيز على زيادة القيمة المفيدة التي يتم تسليمها للعميل.
القياس
تستخدم المؤسسات الناجحة المقاييس لمساعدتها على التحسين. فبدون البيانات من القياسات المناسبة يستحيل معرفة ما يحتاج إلى تحسين. توصي DevOps بقياس أداء الأشخاص والعمليات والتكنولوجيا.
المشاركة
تهدف DevOps إلى خلق ثقافة يشارك فيها الناس الأفكار والمشاكل. وهذا يساعد على تحسين التواصل والتعاون، كما يساعد المؤسسات على التحسين.
لتبني DevOps بشكل حقيقي، يجب أن تراعي مؤسستك جميع قيم CALMS الخمس، وليس بعضها فقط. فقط من خلال تطبيق جميع القيم يمكن للمؤسسات تطبيق مبادئ وممارسات DevOps على أرض الواقع.
مبادئ DevOps
تهدف DevOps إلى خلق ثقافة يتشارك فيها الناس الأفكار والمشكلات. وهذا يساعد على تحسين التواصل والتعاون، كما يساعد المؤسسات على التحسين.
تتطلب أي مناقشة حول DevOps فهم الطرق الثلاث. تم تقديمها في “مشروع فينيكس: رواية عن تكنولوجيا المعلومات، و DevOps، ومساعدة أعمالك على الفوز” من تأليف جين كيم وكيفن بير وجورج سبافورد. الطرق الثلاث هي الخطوات الإرشادية لكيفية تطبيق المؤسسة لممارسات DevOps. وغالبًا ما يشار إليها بمبادئ DevOps.
الطريقة الأولى (التدفق)
فهم وزيادة تدفق العمل (من اليسار إلى اليمين).
الطريقة الثانية (التغذية الراجعة)
إنشاء حلقات تغذية راجعة قصيرة تتيح التحسين المستمر (من اليمين إلى اليسار).
الطريقة الثالثة (التجريب والتعلم المستمر)
إنشاء ثقافة تعزز التجريب والمخاطرة والتعلم من الفشل وفهم أن التكرار والممارسة ضروريان للإتقان.
ديف أوبس ليست منهجية
إذا كنت تتطلع إلى DevOps لتوفير إطار عمل أو منهجية شاملة، فستكون مخطئًا. فهو ليس أياً منهما. ومع ذلك، فهي تتبنى وتستفيد من أطر ومنهجيات متعددة مثل الأطر والمنهجيات الرشيقة والمرنة وإدارة خدمات تكنولوجيا المعلومات مثل ITIL®
كما قلنا سابقًا، جاءت الإلهامات الرئيسية ل DevOps من كل من المجتمعات الرشيقة والمرنة. فقد أظهرت أجايل كيف يمكن للفرق الصغيرة ذاتية التنظيم، التي تعمل بثقة عالية، وتقدم إصدارات برمجيات صغيرة ومتكررة ومتكررة أن تزيد بشكل كبير من إنتاجية مؤسسات تطوير البرمجيات. وأظهر النظام المرن كيف أن زيادة سير العمل وتقليل الهدر يضيف قيمة للأعمال.
وبالتالي، فإن DevOps هو انتقاء أفضل الأساليب التي تأتي من تخصصات أخرى والتعلم منها ودمجها. من خلال القيام بذلك، يمكن أن يساعد DevOps أقسام تكنولوجيا المعلومات على إزالة الاختناقات وتحقيق فترات زمنية أسرع في إنجاز الأعمال ودورات العمل. وهذا بدوره يؤدي إلى زيادة الإنتاجية والقيمة الاقتصادية للأعمال.
ممارسات DevOps
هناك العديد من الممارسات التي تدعم الطرق الثلاث. فيما يلي قائمة غير حصرية بالممارسات الأساسية.
التكامل المستمر – يقوم المطورون بدمج التعليمات البرمجية في مستودع مشترك على أساس يومي (كحد أدنى). يتم التحقق من صحة كل عملية تسجيل دخول من خلال بناء آلي على الخوادم التي تعكس بيئة الإنتاج.
التسليم المستمر – التأكد من أن البرمجيات في حالة قابلة للإصدار دائمًا طوال دورة الحياة. وهذا يعطي الأولوية لإبقاء البرنامج قابلاً للنشر على إضافة ميزات جديدة.
الاختبار المستمر – تنفيذ الاختبارات المؤتمتة كجزء من عملية النشر للحصول على ملاحظات فورية حول مخاطر الأعمال المرتبطة بالإصدار المرشح للبرمجيات.
النشر المستمر – تمكين كل تغيير يجتاز اختبارات الأتمتة ليتم نشره تلقائياً إلى الإنتاج. يمكن أن يؤدي إلى عمليات نشر متعددة في اليوم الواحد.
هناك العديد من الممارسات الأخرى التي تدعم الطرق الثلاث. إليك بعضًا منها.
DevOps القوي – تضمين الممارسات الأمنية في وقت مبكر من خط أنابيب التسليم المستمر قدر الإمكان لزيادة الأمن السيبراني وسرعة وجودة الإصدارات.
DevSecOps[9] – البناء على عقلية “الجميع مسؤول عن الأمن” بهدف توزيع القرارات الأمنية بأمان وسرعة على من يملكون أعلى مستوى من السياق.
ChatOps[10] – نهج التواصل الذي يسمح للفرق بالتعاون وإدارة العديد من جوانب البنية التحتية والرمز والبيانات من غرفة الدردشة.
كانبان[11] – سحب تدفق العمل من خلال عملية بوتيرة يمكن التحكم فيها.
رسم خرائط تدفق القيمة – وهي أداة مرنة تصور تدفق المعلومات والمواد والعمل عبر الصوامع الوظيفية لتحديد حجم الهدر، بما في ذلك الوقت والجودة.
كاتا التحسين – انبثقت هذه الأداة من نظام تويوتا للإنتاج كطريقة منظمة لخلق ثقافة التعلم والتحسين المستمر. إنها أي طريقة منظمة للتفكير والتصرف تمارسها حتى يصبح النمط عادة.
نظرية القيود – تحديد أهم العوامل المقيدة التي تقيد تحقيق الأهداف. ثم تحسين هذا القيد بشكل منهجي حتى لا يعود عاملاً مقيدًا.
أدوات DevOps
تتطلب معظم (إن لم يكن كل) ممارسات DevOps الموصوفة للتو أدوات. تتكون سلسلة أدوات DevOps من الأدوات المطلوبة لدعم ممارسات DevOps الأساسية. يقوم كل عنصر في سلسلة الأدوات بأتمتة المهام في خط أنابيب النشر. ترتبط الأدوات المختلفة ضمن سلسلة الأدوات عبر واجهات برمجة التطبيقات [12]. ولا يلزم أن تكون هذه الأدوات من بائع واحد.
DevOps و ITIL
ITIL هو نهج يُمارس على نطاق واسع لإدارة خدمات تكنولوجيا المعلومات (ITSM). وهو يوفر عددًا من العمليات التي تركز على مواءمة خدمات تكنولوجيا المعلومات مع احتياجات العمل[13]. غالبًا ما قامت العديد من أقسام عمليات تكنولوجيا المعلومات ببناء عملياتها وإجراءاتها وفقًا لإطار عمل ITIL.
لذا، إذا كنت تعتمد DevOps، فهل يعني ذلك أنه يمكنك التخلي عن ITIL؟ بالتأكيد لا. فعمليات ITIL تدعم الكثير مما تحاول DevOps تحقيقه بما في ذلك: إدارة التغيير، وإدارة الإصدار، وإدارة أصول الخدمة وإدارة التكوين، وإدارة المعرفة، وإدارة الأحداث، وإدارة الحوادث، وإدارة المشاكل، وإدارة القدرات، وإدارة القدرات.
لا تنس أن DevOps هي ثقافة وممارسة تحاول دمج تطوير تكنولوجيا المعلومات والعمليات. فهي تحاول جلب العديد من الجوانب المفيدة من مناهج التطوير والتصنيع مثل أجايل وليان إلى استقرار عالم عمليات تكنولوجيا المعلومات.
فوائد DevOps
اكتشف تقرير حالة DevOps لعام 2017 أن الفرق ذات الأداء العالي قامت بالنشر بمعدل 46 مرة أكثر. كما أن لديهم أيضاً مهلة أسرع 440 مرة من الالتزام بالنشر. وحققوا متوسط زمن أسرع بمقدار 96 مرة للتعافي من وقت التعطل، وكان معدل فشل التغيير لديهم أقل بمقدار 5 أضعاف. كما كان احتمال تحقيقهم لأهداف مثل الكفاءة التشغيلية ورضا العملاء والأهداف المؤسسية أكثر بمرتين[14].
ومع وجود مثل هذه الأدلة المذهلة التي تُظهر كيف يمكن ل DevOps أن تُحدث تحولاً في تكنولوجيا المعلومات، فمن المتوقع أن تبدأ المزيد من المؤسسات في تبني DevOps.
في عام 2017، توقعت شركة Forrester Research أن 50% من المؤسسات تخطط لتوسيع نطاق تطبيق DevOps، وأن 27% من المؤسسات تخطط لتطبيق DevOps خلال الاثني عشر شهرًا التالية[15].
وظائف DevOps
إذا كان عدد المؤسسات التي تتبنى DevOps آخذ في الازدياد، فهذا يعني أن الطلب على المهنيين ذوي المؤهلات في مجال DevOps سيتسارع. وهناك أدلة على أن هذا يحدث بالفعل مع زيادة كبيرة في وظائف DevOps التي يتم الإعلان عنها[16].
يجب على المهندسين الذين يبحثون عن وظيفة جديدة رائعة في مجال DevOps أن يبحثوا عن تدريب على DevOps مثل دورة DevOps Foundation من معهد DevOps. إنها مقدمة رائعة لـ DevOps وتمنح الطلاب عمقًا معرفيًا واسعًا حول ممارسات DevOps.
ما هو مهندس DevOps؟
على الرغم من الزيادة الكبيرة التي حدثت مؤخرًا في الطلب على مهندسي DevOps، إلا أنه لا يوجد توصيف وظيفي معترف به في المجال أو مسار وظيفي رسمي لمهندس DevOps.
غالبًا ما تتطلب وظائف مهندسي DevOps أشخاصًا يرغبون في المساهمة بمهاراتهم التقنية في مبادرات تحسين الأعمال والعمليات. يجب أن يشعر مهندسو DevOps بالراحة في التعاون مع الآخرين ويرغبون في أن يكونوا في مكان عمل يعزز ثقافة التعلم المشترك. يجب أن يكونوا بارعين في الإدارة الذاتية. بعد قول ذلك، فإن المتطلبات الأساسية لأي وظيفة في DevOps هي المهارات التقنية. فالشخص المتخصص ذو المعرفة العامة الواسعة، والخبرة في (أو على الأقل الاهتمام بكتابة التعليمات البرمجية) سيكون مناسبًا بشكل جيد.
وظائف وأدوار DevOps الأخرى
بصرف النظر عن وظائف مهندسي DevOps، تشمل بعض الوظائف الأخرى التي يتزايد الطلب عليها المبشرين في مجال DevOps، ومهندسي البرمجيات ومختبري البرمجيات، ومديري الإصدار، ومهندسي البناء، ومهندسي الأمن، وضمان الجودة، ومهندسي العمليات، ودعم تكنولوجيا المعلومات. كل هذه الوظائف تتطلب معرفة ب DevOps وشهادة DevOps والتدريب.
ملخص
يدور DevOps حول القيام بالأشياء بشكل مختلف عن الطرق التي كانت عمليات تكنولوجيا المعلومات تقوم بها تقليديًا. وقد استمدت DevOps بعض الإلهام من أفضل الأفكار الرشيقة والمرنة لتمكين تكنولوجيا المعلومات من توفير مجموعة من منتجات وخدمات تكنولوجيا المعلومات أسرع وأكثر استجابة وأعلى جودة واستقرارًا في الوقت نفسه. DevOps هي ثقافة ومجموعة من الممارسات وليست منهجية. إن التخلص من الهدر وتبسيط سير العمل والتعاون والأتمتة هي بعض الطرق التي تعمل بها DevOps على تغيير طرق عمل تكنولوجيا المعلومات.
المؤسسات التي تتبنى DevOps هي في نهاية المطاف أكثر نجاحًا من تلك التي لا تتبنى ذلك. وذلك لأنها تقدم قيمة أكبر من تكنولوجيا المعلومات التي تعود بالنفع في نهاية المطاف على الأعمال وعملائها.
إذا كنت تعمل في جانب العمليات في مجال تكنولوجيا المعلومات، وترغب في الارتقاء بمهاراتك، فليس هناك مكان أفضل من تعلم DevOps للبدء. يعد اعتماد DevOps أحد أكثر مؤهلات تكنولوجيا المعلومات طلبًا في عام 2018. إن التعرف على DevOps يعني أنه يمكنك المساعدة في الثورة التي تجتاح تكنولوجيا المعلومات في المؤسسات في جميع أنحاء العالم.
تذكر أن DevOps ثقافة. فأولئك الذين يتمتعون بمهارات التواصل الجيد ومهارات التواصل مع الناس سوف يزدهرون في DevOps. أما أولئك الذين يرغبون فقط في الجلوس واستخدام التكنولوجيا فسيعانون. ومهما حدث في السنوات القليلة القادمة، هناك شيء واحد مؤكد، وهو أن ثورة DevOps المستمرة ستزداد سرعة.
المراجع
[1] ويكيبيديا. (2018). DevOps. متاح: https://en.wikipedia.org/wiki/DevOps. تم الوصول إليه آخر مرة في 1 فبراير 2018.
[2] كينت بيك وآخرون. (2001). بيان لتطوير البرمجيات الرشيقة. متاح: http://agilemanifesto.org/. تاريخ آخر دخول 1 فبراير 2018.
[3] ويكيبيديا. (2018). 2018. متاح: https://en.wikipedia.org/wiki/Lean. تاريخ آخر دخول 1 فبراير/شباط 2018.
[4] ويكيبيديا. (2018). 2018. متاح: https://en.wikipedia.org/wiki/Lean_IT. تاريخ آخر دخول 1 فبراير 2018.
[5] ويكيبيديا. (2018). 2018. متاح: https://en.wikipedia.org/wiki/Lean_manufacturing. تاريخ آخر دخول 1 فبراير 2018.
[6] دمية + دورا. (2017). تقرير حالة DevOps لعام 2017. متاح: https://puppet.com/blog/2017-state-devops-report-here. تم الدخول الأخير في 1 فبراير 2018.
[7] قاموس DevOps. (2017). CAMS. متاح: http://devopsdictionary.com/wiki/CAMS. آخر دخول في 2018.
[8] جين كيم، كيفن بهر، جورج سبافورد (2013). مشروع فينيكس: رواية حول تكنولوجيا المعلومات و DevOps ومساعدة شركتك على الفوز. بورتلاند: مطبعة ثورة تكنولوجيا المعلومات.
[9] ديريك إي ويكس. (2016). Intuit’s DevSecOps: ألعاب الحرب واختراق الثقافة. متاح: https://devops.com/intuits-devsecops-war-games-culture-hacking/. تم الوصول إليه آخر مرة في 1 فبراير 2018.
[10] بودكاست. ChatOps Extravaganza مع جيسون هاند وساشا روزنباوم وبيتر بوركهولدر (ADO42). متاح: https://www.arresteddevops.com/chatops/. تاريخ آخر دخول 1 فبراير 2018.
[11] سبوتو. (2017). مبادئ كانبان الأربعة: دليل مرئي. متاح: https://www.knowledgetrain.co.uk/resources/practice/kanban-principles. تم الدخول إليه آخر مرة في 1 فبراير 2018.
[12] جين كيم، وجيز همبل، وباتريك ديبوا، وجون ويليس (2016). دليل DevOps: كيفية إنشاء رشاقة وموثوقية وأمان على مستوى عالمي في مؤسسات التكنولوجيا. بورتلاند: مطبعة ثورة تكنولوجيا المعلومات.
[13] أكسيلوس. (2016). الفوائد الرئيسية لـ ITIL. متاح: https://www.axelos.com/Corporate/media/Files/Key%20Benefits/ITIL_Value_Proposition.pdf. تم الوصول إليه آخر مرة في 1 فبراير 2018.
[14] Puppet، تقرير حالة DevOps لعام 2017.
[15] روبرت سترود. (2017). 2018: عام DevOps للمؤسسات. متاح: https://go.forrester.com/blogs/2018-the-year-of-enterprise-devops/. تم الوصول إليه آخر مرة في 1 فبراير 2018.
[16] كيفن كيسي. (2017). وظائف DevOps: 6 إحصائيات مثيرة للاهتمام. متاح: https://enterprisersproject.com/article/2017/9/devops-jobs-6-eye-opening-statistics. تم الدخول الأخير في 1 فبراير 2018.