نشر البرمجيات
تحتاج هذه المقالة إلى مصادر إضافية للتحقق . ( October 2008 ) |
نشر البرمجيات هو كل الأنشطة التي تجعل نظام البرمجيات متاحًا للاستخدام. [1]
تتكون عملية النشر العامة من عدة أنشطة مترابطة مع إمكانية الانتقال بينها. يمكن أن تحدث هذه الأنشطة على جانب المنتج أو على جانب المستهلك أو كليهما. نظرًا لأن كل نظام برمجي فريد من نوعه، فمن الصعب تحديد العمليات أو الإجراءات الدقيقة داخل كل نشاط. لذلك، يجب تفسير "النشر" على أنه عملية عامة يجب تخصيصها وفقًا لمتطلبات أو خصائص محددة. [2]
تاريخ
هذا القسم يحتاج إلى التوسعة ، يمكنك المساعدة بإضافة المزيد إليه. ( يناير 2017 ) |
عندما كانت أجهزة الكمبيوتر كبيرة للغاية ومكلفة وضخمة ( أجهزة الكمبيوتر المركزية والصغيرة )، كان يتم تجميع البرامج غالبًا مع الأجهزة من قبل الشركات المصنعة. إذا كان من الضروري تثبيت برامج الأعمال على جهاز كمبيوتر موجود، فقد يتطلب هذا زيارة مكلفة تستغرق وقتًا طويلاً من قبل مهندس أنظمة أو مستشار . بالنسبة للتثبيت المعقد لبرامج المؤسسة في الموقع اليوم، لا يزال هذا هو الحال في بعض الأحيان.
ومع ذلك، مع تطور برامج السوق الشامل لعصر أجهزة الكمبيوتر الصغيرة الجديد في الثمانينيات، ظهرت أشكال جديدة من توزيع البرامج - أولاً الخراطيش ، ثم الكاسيتات المدمجة ، ثم الأقراص المرنة ، ثم (في التسعينيات وما بعدها) الوسائط البصرية ، والإنترنت ومحركات الأقراص المحمولة . وهذا يعني أنه يمكن ترك نشر البرامج للعميل. ومع ذلك، فقد تم الاعتراف بشكل متزايد بمرور الوقت بأن تكوين البرنامج من قبل العميل كان مهمًا وأنه يجب أن يكون لهذا واجهة سهلة الاستخدام (بدلاً من مطالبة العميل بتحرير إدخالات التسجيل على Windows، على سبيل المثال).
في عمليات نشر البرامج قبل الإنترنت، كانت عمليات النشر (وإصدارات البرامج الجديدة ذات الصلة الوثيقة بها) مكلفة بالضرورة، وغير متكررة، وضخمة. ومن الممكن القول إذن إن انتشار الإنترنت جعل تطوير البرامج الشاملة أمرًا ممكنًا. والواقع أن ظهور الحوسبة السحابية والبرمجيات كخدمة يعني أنه يمكن نشر البرامج لعدد كبير من العملاء في دقائق، عبر الإنترنت. وهذا يعني أيضًا أن جداول النشر عادة ما يتم تحديدها الآن من قبل مورد البرامج، وليس العملاء. وقد أدت هذه المرونة إلى ظهور التسليم المستمر كخيار قابل للتطبيق، وخاصة لتطبيقات الويب الأقل خطورة .
تتضمن الخيارات الأخرى لنشر البرامج النشر باللون الأزرق والأخضر ونشر الإصدار التجريبي .
أنشطة النشر
- يطلق
- تتبع عملية الإصدار عملية التطوير المكتملة ، وتُصنف أحيانًا كجزء من عملية التطوير وليس عملية النشر. وهي تتضمن جميع العمليات اللازمة لإعداد النظام للتجميع والنقل إلى أنظمة الكمبيوتر التي سيتم تشغيله عليها في الإنتاج. وبالتالي، فإنها تتضمن أحيانًا تحديد الموارد المطلوبة لتشغيل النظام بأداء مقبول والتخطيط و/أو توثيق الأنشطة اللاحقة لعملية النشر.
- التثبيت والتفعيل
- بالنسبة للأنظمة البسيطة، يتضمن التثبيت إنشاء شكل من أشكال الأوامر أو الاختصارات أو البرامج النصية أو الخدمات لتشغيل البرنامج (يدويًا أو تلقائيًا). بالنسبة للأنظمة المعقدة، قد يتضمن ذلك تكوين النظام - ربما عن طريق طرح أسئلة على المستخدم النهائي حول الاستخدام المقصود منه، أو سؤاله مباشرة عن كيفية تكوينه - و/أو جعل جميع الأنظمة الفرعية المطلوبة جاهزة للاستخدام. التنشيط هو نشاط بدء تشغيل المكون القابل للتنفيذ للبرنامج لأول مرة (لا ينبغي الخلط بينه وبين الاستخدام الشائع لمصطلح التنشيط فيما يتعلق بترخيص البرنامج، والذي يعد وظيفة أنظمة إدارة الحقوق الرقمية ).
- في عمليات نشر البرامج الأكبر حجمًا على الخوادم ، قد يتم تثبيت النسخة الرئيسية من البرنامج التي سيستخدمها المستخدمون - "الإنتاج" - على خادم إنتاج في بيئة إنتاج. قد يتم تثبيت إصدارات أخرى من البرنامج المنشور في بيئة اختبار وبيئة تطوير وبيئة استرداد الكوارث.
- في بيئات التسليم المستمر المعقدة و/أو نظام البرمجيات كخدمة ، قد توجد إصدارات مختلفة التكوين من النظام في وقت واحد في بيئة الإنتاج لعملاء داخليين أو خارجيين مختلفين (يُعرف هذا باسم بنية متعددة المستأجرين )، أو حتى يتم طرحها تدريجيًا بالتوازي مع مجموعات مختلفة من العملاء، مع إمكانية إلغاء واحد أو أكثر من عمليات النشر الموازية. على سبيل المثال، من المعروف أن تويتر يستخدم النهج الأخير لاختبار A/B للميزات الجديدة وتغييرات واجهة المستخدم . يمكن أيضًا إنشاء مجموعة "مباشرة مخفية" داخل بيئة إنتاج، تتكون من خوادم غير متصلة بعد بموازن تحميل الإنتاج ، لأغراض النشر الأزرق والأخضر .
- إلغاء التنشيط
- إن إلغاء التنشيط هو عكس التنشيط ويشير إلى إيقاف تشغيل أي مكونات قيد التنفيذ بالفعل في النظام. غالبًا ما يكون إلغاء التنشيط مطلوبًا لأداء أنشطة نشر أخرى، على سبيل المثال، قد يلزم إلغاء تنشيط نظام برمجي قبل إجراء تحديث. غالبًا ما يشار إلى ممارسة إزالة الأنظمة التي نادرًا ما تستخدم أو التي عفا عليها الزمن من الخدمة باسم تقاعد التطبيق أو إيقاف تشغيل التطبيق.
- إلغاء التثبيت
- إلغاء التثبيت هو عكس التثبيت. فهو إزالة النظام الذي لم يعد هناك حاجة إليه. وقد يتضمن أيضًا إعادة تكوين بعض أنظمة البرامج الأخرى لإزالة تبعيات النظام الذي تم إلغاء تثبيته .
- تحديث
- تستبدل عملية التحديث إصدارًا سابقًا من نظام برمجي بالكامل أو جزء منه بإصدار أحدث. وتتكون هذه العملية عادةً من إلغاء التنشيط ثم التثبيت. وفي بعض الأنظمة، مثل Linux عند استخدام مدير الحزم الخاص بالنظام ، يتم عادةً إلغاء تثبيت الإصدار القديم من تطبيق برمجي أيضًا كجزء تلقائي من العملية. (وذلك لأن مديري الحزم في Linux لا يدعمون عادةً تثبيت إصدارات متعددة من تطبيق برمجي في نفس الوقت ما لم يتم تصميم حزمة البرنامج خصيصًا للتغلب على هذا القيد.)
- التحديث المدمج
- إن آليات تثبيت التحديثات مدمجة في بعض أنظمة البرامج (أو في حالة بعض أنظمة التشغيل مثل Linux و Android و iOS ، مدمجة في نظام التشغيل نفسه). وتتراوح أتمتة عمليات التحديث هذه من الأتمتة الكاملة إلى الأتمتة التي يبدأها المستخدم ويتحكم فيها. يعد Norton Internet Security مثالاً على نظام به طريقة شبه آلية لاسترداد وتثبيت التحديثات لكل من تعريفات مكافحة الفيروسات والمكونات الأخرى للنظام. توفر منتجات البرامج الأخرى آليات الاستعلام لتحديد موعد توفر التحديثات.
- تتبع الإصدار
- تساعد أنظمة تتبع الإصدارات المستخدم في العثور على التحديثات وتثبيتها على أنظمة البرامج. على سبيل المثال: يخزن كتالوج البرامج الإصدار والمعلومات الأخرى لكل حزمة برامج مثبتة على نظام محلي. يؤدي النقر فوق زر واحد إلى تشغيل نافذة متصفح إلى صفحة الويب الخاصة بالترقية للتطبيق، بما في ذلك التعبئة التلقائية لاسم المستخدم وكلمة المرور للمواقع التي تتطلب تسجيل الدخول. على Linux وAndroid وiOS، تكون هذه العملية أسهل لأن عملية موحدة لتتبع الإصدارات (لحزم البرامج المثبتة بالطريقة المدعومة رسميًا) مدمجة في نظام التشغيل، لذلك لا يلزم تسجيل الدخول المنفصل وخطوات التنزيل والتنفيذ - لذلك يمكن تكوين العملية لتكون آلية بالكامل. تدعم بعض برامج الجهات الخارجية أيضًا تتبع الإصدارات التلقائية والترقية لبعض حزم برامج Windows.
أدوار النشر
لقد أدى تعقيد وتنوع منتجات البرمجيات إلى ظهور أدوار متخصصة لتنسيق عملية النشر وهندستها. بالنسبة لأنظمة سطح المكتب، غالبًا ما يصبح المستخدمون النهائيون أيضًا "موزعي البرامج" عندما يقومون بتثبيت حزمة برامج على أجهزتهم. يتضمن نشر برامج المؤسسات العديد من الأدوار الأخرى، وتتغير هذه الأدوار عادةً مع تقدم التطبيق من بيئات الاختبار (ما قبل الإنتاج) إلى بيئات الإنتاج. قد تتضمن الأدوار النموذجية المشاركة في نشر البرامج لتطبيقات المؤسسات ما يلي:
- في بيئات ما قبل الإنتاج:
- مطورو التطبيقات: انظر عملية تطوير البرمجيات
- مهندسو البناء والإصدار: راجع هندسة الإصدار
- مديرو الإصدار: راجع إدارة الإصدار
- منسقو النشر: راجع DevOps
- في بيئات الإنتاج:
- مسؤول النظام
- مسؤول قاعدة البيانات
- منسقو الإصدار: راجع DevOps
- مديري مشاريع العمليات: راجع ITIL
انظر أيضا
- إدارة دورة حياة التطبيق
- إدارة دورة حياة المنتج
- إدارة الأنظمة
- نشر النظام
- إصدار البرنامج
- مكتبة الوسائط النهائية
- اقرأني
- إدارة الإصدار
- بيئة النشر
مراجع
- ^ روجر س. بريسمان هندسة البرمجيات: نهج الممارس (الطبعة الثامنة)
- ^ Rees-Carter, Stephen (13 July 2018). "How to Install and Configure Ansible on Ubuntu 18.04". DigitalOcean . مؤرشف من الأصل في 9 يونيو 2019 . تم استرجاعه في 8 يونيو 2019 .
تم تصميم أنظمة إدارة التكوين لتسهيل التحكم في أعداد كبيرة من الخوادم للمسؤولين وفرق العمليات. فهي تسمح لك بالتحكم في العديد من الأنظمة المختلفة بطريقة آلية من موقع مركزي واحد.
روابط خارجية
- جهود التوحيد القياسي
- طلب إرسال مخطط تثبيت الحل إلى W3C
- وصف نشر حل OASIS TC
- مواصفات OMG لنشر وتكوين التطبيقات الموزعة القائمة على المكونات (OMG D&C)
- JSR 88: نشر تطبيقات Java EE
- المقالات
- كارزانيجا، أنطونيو؛ فوجيتا، ألفونسو؛ هول، ريتشارد إس؛ فان دير هوك، أندريه؛ هايمبيجنر، دينيس؛ وولف، ألكسندر إل. (أبريل 1998). "إطار عمل توصيف لتقنيات نشر البرامج - التقرير الفني CU-CS-857-98" (PDF) . بولدر، كولورادو : قسم علوم الكمبيوتر، جامعة كولورادو بولدر .
- موارد
- إدارة إصدارات Visual Studio
