البنية التحتية كتعليمات برمجية

البنية التحتية كتعليمات برمجية أو البنية التحتية المبرمجة (IaC) هي عملية إدارة وإمداد مراكز بيانات الحاسوب بواسطة ملفات التعريف المقروءة آلياً، بدلاً من تكوين الأجهزة المادية أو أدوات التكوين التفاعلية.[1] تشتمل البنية التحتية لتكنولوجيا المعلومات المدارة بهذه الطريقة على المعدات المادية مثل الخوادم المعدنية الأساسية وكذلك على الآلات الافتراضية وموارد التكوين المرتبطة. قد تكون التعريفات موجودة في نظام ضبط الإصدارات. يمكن أن تستخدم البرامج النصية أو التعريفية بدلاً من العمليات اليدوية، ولكن غالبًا ما يُستخدم المصطلح للترويج للنهج التعريفية.

تروج نهج البنية التحتية كتعليمات برمجية للحوسبة السحابية، والتي تسوّق أحيانًا باسم البنية التحتية كخدمة (IaaS). تدعم البنية التحتية كتعليمات برمجية البنية التحتية كخدمة، ويجب عدم الخلط بينهما.

نظرة عامة

نمت البنية التحتية كتعليمات برمجية استجابة للصعوبة الناجمة عن جزئين تكنولوجيين (الحوسبة الخدمية والجيل الثاني من أطر الويب). أدى إطلاق خدمات حوسبة السحابة المرنة من خدمات أمازون ويب عام 2006، ونسخة 1.0 من روبي أون ريلز قبل أشهر فقط إلى مشاكل واسعة النطاق للعديد من المؤسسات، وهي مشاكل لم تشهدها سوى الشركات الضخمة سابقًا.[2]

مع ظهور أدوات جديدة للتعامل مع هذا المجال المتنامي، ولدت فكرة البنية التحتية كتعليمات برمجية. تُنسب فكرة نمذجة البنية التحتية باستخدام التعليمات البرمجية، ثم امتلاك القدرة على تصميم وتنفيذ ونشر تطبيقات البنية التحتية مع أفضل الممارسات البرمجية المعروفة،[3] تنسب إلى مطوري البرمجيات ومسؤولي البنية التحتية لتكنولوجيا المعلومات. يمكن أن تسمح القدرة على التعامل معها كتعليمات برمجية واستخدام الأدوات المستخدمة في أي مشروع برمجي آخر للمطورين بنشر التطبيقات بسرعة.[4]

القيمة المضافة والمزايا

يمكن تقسيم قيمة البنية التحتية كتعليمات برمجية إلى ثلاث فئات قابلة للقياس: التكلفة (انخفاض الكلفة) والسرعة (التنفيذ السريع) والمخاطر (إزالة الأخطاء والانتهاكات الأمنية). يهدف تخفيض التكلفة إلى مساعدة المؤسسات ليس فقط من الناحية المالية، بل أيضًا من ناحية عدد الأشخاص والجهد المطلوبين، بمعنى أنه بإزالة العنصر اليدوي، يمكن للأشخاص إعادة تركيز جهودهم على مهام المؤسسة الأخرى. تتيح أتمتة البنية التحتية السرعة من خلال التنفيذ السريع عند تكوين بنيتك التحتية وتهدف إلى توفير رؤية لمساعدة الفرق الأخرى في المؤسسة على العمل بسرعة وكفاءة أكبر. تزيل الأتمتة المخاطر المرتبطة بالخطأ البشري، مثل سوء التكوين اليدوي؛ إزالة هذا يمكن أن تقلل من زمن التوقف وتزيد الموثوقية. تساعد هذه النتائج والسمات المؤسسة على المضي قدمًا نحو تنفيذ ثقافة ديف أوبس، وهي العمل المشترك للتطوير والعمليات.[5]

أنواع النهج

بشكل عام، هناك ثلاثة نهج للبنية التحتية كتعليمات برمجية: التعريفية (الوظيفية) مقابل الأمرية (الإجرائية) مقابل الذكية (إدراك البيئة). الفرق بين النهج التعريفية والأمرية والذكية هو بالأساس «ماذا» مقابل «كيف» مقابل «لماذا». تركز النهج التعريفية على الشكل الذي يجب أن يكون عليه التكوين الهدف النهائي؛ تركز النهج الأمرية على كيفية تغيير البنية التحتية لتلبية ذلك؛ تركز النهج الذكية على لم يجب أن يتم التكوين بطريقة معينة مع مراعاة جميع العلاقات المشتركة والتبعيات المشتركة للتطبيقات المتعددة التي تعمل على نفس البنية التحتية الموجودة عادةً في الإنتاج. تُعرّف النهج التعريفية الحالة المرغوبة وينفذ النظام ما يجب تنفيذه لتحقيق تلك الحالة المرغوبة. تُعرّف الأمرية أوامر محددة يجب تنفيذها بالترتيب المناسب لتعطي النتيجة المطلوبة. تُعرف النهج الذكية الحالة المرغوبة الصحيحة قبل تنفيذ النظام ما يجب تنفيذه لتحقيق الحالة المرغوبة التي لا تؤثر على التطبيقات المشتركة. حالة إدراك البيئة المرغوبة هي الجيل القادم من البنية التحتية كتعليمات برمجية.[6]

الطرق

هناك طريقتان للبنية التحتية كتعليمات برمجية: «الدفع» و«السحب». الفرق الرئيسي هو الأسلوب الذي تتعرف فيه الخوادم على كيفية تكوينها. في طريقة السحب، يسحب الخادم تكوينه من خادم التحكم. في طريقة الدفع، يدفع خادم التحكم التكوين إلى النظام الوجهة.[7]

الأدوات

هناك العديد من الأدوات التي تفي بقدرات أتمتة البنية التحتية وتستخدم البنية التحتية كتعليمات برمجية. بشكل عام، يمكن اعتبار أي إطار أو أداة تجري تغييرات أو تُكوّن البنية التحتية التعريفية أو الأمرية القائمة على نهُج مبرمجة بمثابة بنية تحتية كتعليمات برمجية. تقليديًا، استُخدمت أدوات أتمتة الخادم (دورة الحياة) وإدارة التكوين لإنجاز البنية التحتية كتعليمات برمجية. تستخدم الشركات الآن أيضًا أدوات أتمتة التكوين المستمر أو أطر البنية التحتية كتعليمات برمجية مستقلة، مثل بَوّر شيل دي إس سي من مايكروسوفت وخدمات أمازون ويب لتشكيل السحابة.[8]

أتتمة التكوين المستمر

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

المحتوى المجتمعي

يعد المحتوى المجتمعي من الجوانب المهمة عند التفكير في أدوات أتتمة التكوين المستمر، إذا كانت مفتوحة المصدر. كما تنص غارنتر، «تعتمد قيمة أدوات أتتمة التكوين المستمر على المحتوى والدعم اللذين يساهم بهما المستخدمون في المجتمع، كما هو الحال في النضج التجاري وأداء أدوات التشغيل الآلي». بعض الشركات مثل بوبيت وشيف، والتي كانت في فترة زمنية مهمة، أنشأت مجتمعاتها الخاصة بها.[9] فلدى شركة شيف مخزن شيف المجتمعي ولدى بوبيت بوبيت فورج. وغيرهما من الشركات التي تعتمد على المجتمعات المجاورة وتستفيد من أطر عمل البنية التحتية الأخرى كتعليمات برمجية مثل بور شيل دي إس سي. تظهر شركات جديدة لا تعتمد على المحتوى، بل على نموذج يعتمد على الذكاء في المنتج لتقديم المحتوى. تعمل هذه الأنظمة المرئية الموجهة للكائنات بشكل جيد بالنسبة للمطورين، وهي مفيدة بشكل خاص في عمليات ديف أوبس الموجهة للإنتاج ومكونات العمليات التي تُقدّر النماذج مقابل البرمجة النصية للمحتوى. ومع استمرار تطور المجال وتغيره، سيصبح المحتوى المجتمعي مهمًا للغاية في كيفية استخدام أدوات البنية التحتية كتعليمات برمجية، ما لم تكن موجهة نحو النماذج والكائنات.

العلاقة مع ديف أوبس

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

المراجع
  1. Wittig, Andreas; Wittig, Michael (2016). Amazon Web Services in Action. Manning Press. p. 93. ISBN 978-1-61729-288-0.
  2. Bower, Joseph L.; Christensen, Claton M. "Disruptive Technologies: Catching the Wave". هارفارد بزنس ريفيو. الوسيط |CitationClass= تم تجاهله (مساعدة)
  3. Fletcher, Colin; Cosgrove, Terrence (26 August 2015). Innovation Insight for Continuous Configuration Automation Tools. Gartner (Report). مؤرشف من الأصل في 11 ديسمبر 2019. الوسيط |CitationClass= تم تجاهله (مساعدة)
  4. Riley, Chris (12 November 2015). "Version Your Infrastructure". DevOps.com. مؤرشف من الأصل في 22 مارس 2016. الوسيط |CitationClass= تم تجاهله (مساعدة)
  5. Phillips, Andrew (14 May 2015). "Moving from Infrastructure Automation to True DevOps". DevOps.com. مؤرشف من الأصل في 17 أكتوبر 2016. الوسيط |CitationClass= تم تجاهله (مساعدة)
  6. Loschwitz, Martin (14 November 2014). "Choosing between the leading open source configuration managers". Admin Network & Security. Lawrence, KS USA: Linux New Media USA LLC. مؤرشف من الأصل في 10 مايو 2019. الوسيط |CitationClass= تم تجاهله (مساعدة)
  7. Venezia, Paul (21 November 2013). "Puppet vs. Chef vs. Ansible vs. Salt". networkworld.com. Network World. مؤرشف من الأصل في 18 يوليو 2018. اطلع عليه بتاريخ 14 ديسمبر 2015. الوسيط |CitationClass= تم تجاهله (مساعدة)
  8. Introducing AWS CloudFormation نسخة محفوظة 5 أبريل 2016 على موقع واي باك مشين.
  9. Chaganti, Ravikanth (5 January 2016). "DevOps, Infrastructure as Code, and PowerShell DSC: The Introduction". PowerShell Magazine. PowerShell Magazine. مؤرشف من الأصل في 08 ديسمبر 2019. اطلع عليه بتاريخ 11 يناير 2016. الوسيط |CitationClass= تم تجاهله (مساعدة)
  10. Infrastructure As Code: Fueling the Fire for Faster Application Delivery (Report). Forrester. March 2015. الوسيط |CitationClass= تم تجاهله (مساعدة)
  11. Wurster, Laurie F.; Colville, Ronni J.; Height, Cameron; Tripathi, Somendra; Rastogi, Aditi. Emerging Technology Analysis: DevOps a Culture Shift, Not a Technology (Report). Gartner. الوسيط |CitationClass= تم تجاهله (مساعدة)
    • بوابة إلكترونيات
    • بوابة برمجيات
    • بوابة تقنية المعلومات
    • بوابة علم الحاسوب
    This article is issued from Wikipedia. The text is licensed under Creative Commons - Attribution - Sharealike. Additional terms may apply for the media files.