مكتبة الوسائط الشاملة
مكتبة الوسائط النهائية هي مستودع آمن لتقنية المعلومات، تُخزَّن فيه النسخ النهائية والمعتمدة من وسائط البرامج الخاصة بالمؤسسة وتُحفظ فيه. قبل أن تُصدر المؤسسة أي برنامج تطبيقي جديد أو مُعدَّل في بيئتها التشغيلية، يجب اختبار هذا البرنامج بالكامل والتأكد من جودته. توفر مكتبة الوسائط النهائية مساحة تخزين لكائنات البرامج الجاهزة للنشر، ويجب أن تحتوي فقط على النسخ الرئيسية من عناصر تكوين وسائط البرامج الخاضعة للرقابة (CIs) التي اجتازت فحوصات ضمان الجودة المناسبة، والتي تشمل عادةً كلاً من التطبيقات الجاهزة والمُصممة خصيصًا ، بالإضافة إلى شفرة المصدر والملفات التنفيذية للإصدار الذهبي . في سياق إطار عمل أفضل الممارسات ITIL [ 1 ] ، يحل مصطلح "مكتبة الوسائط النهائية" محل مصطلح " مكتبة البرامج النهائية" الذي كان يُشار إليه قبل الإصدار ITIL v3.
بالاقتران مع قاعدة بيانات إدارة التكوين (CMDB)، فإنه يوفر بشكل فعال الحمض النووي لمركز البيانات ، أي جميع وسائط برامج التطبيقات والبناء المتصلة بسجل CMDB الخاص بالتثبيت والتكوين.
تُعد مكتبة الوسائط النهائية عنصرًا أساسيًا في إطار عمل إصدار وتوفير المحتوى وخطة استمرارية الخدمة الخاصة بالمنظمة.
خلفية
في بيئة تقنية معلومات مُحكمة، من الضروري السماح فقط باستخدام الإصدارات المُصرّح بها من البرامج في بيئة الإنتاج. قد تكون عواقب استخدام إصدارات غير مُصرّح بها من البرامج في بيئة الإنتاج وخيمة. عادةً، في المؤسسات المُتطورة، توجد عمليات صارمة لإدارة التغيير والإصدار لمنع حدوث ذلك، ولكن هذه العمليات تتطلب مكانًا آمنًا لتخزين إصدارات البرامج المُصرّح بها والوصول إليها. يُطلق على الحل الذي طرحته ITIL في إصدارها الثالث اسم مكتبة الوسائط النهائية (DML) (التي حلت محل مكتبة البرامج النهائية (DSL) في الإصدار الثاني). تقترح ITIL أن تكون مكتبة الوسائط النهائية مخزنًا فعليًا أو افتراضيًا، ولكل طريقة مزاياها وعيوبها. من الواضح أن هناك عوامل أساسية لنجاح أي حل لمكتبة الوسائط النهائية، وهي: يجب اختبار البرامج المطلوبة للنشر في بيئة الإنتاج بدقة، والتأكد من صلاحيتها، وترخيصها، وتغليفها بطريقة تضمن نشرها بأمان واتساق. كما يجب أن يكون الوصول إلى مكتبة الوسائط النهائية سهلًا ومتاحًا فقط للمُصرّح لهم بذلك. وبهذه الطريقة، ستوفر منطقة التخزين الافتراضية (الإلكترونية) دائمًا تقريبًا حلاً أفضل، مما يعني أنه يمكن مركزة DML والوصول إليها عن بعد أو خارج ساعات العمل العادية إذا دعت الحاجة (انظر التوزيع).
نِطَاق
تلعب لغة إدارة البيانات (DML) دورًا حاسمًا في دعم الانتقال من مرحلة التطوير إلى مرحلة الإنتاج، ويجب التمييز بين حلول DML ومستودعات البرامج الأخرى ومستودعات شفرة المصدر، مثل إدارة تكوين البرامج (SCM) (والتي يُشار إليها أحيانًا باسم إدارة تغيير البرامج وتكوينها) التي تدعم مرحلة التطوير أو تطور البرامج. هذا تمييز مهم، وغالبًا ما يُسبب بعض الالتباس. باختصار، بينما تقوم أدوات أو مستودعات SCM بتخزين وإدارة جميع إصدارات ومراجعات التطوير للشفرة (أو نواتج العمل ) حتى المنتج النهائي المُعتمد، فإن DML لا تخزن سوى الإصدارات النهائية المُعتمدة للشفرة أو المنتج. وهذا يُشبه دورة حياة المنتج في المتاجر، حيث ينتقل المنتج من دار التصميم إلى المصنع ، ثم إلى المستودع ، وأخيرًا إلى المتجر .
- يتم الاحتفاظ بسجلات ( بيانات وصفية ) حول كيفية تصميم المنتج وتطويره وبنائه. وهذا يُمكّن من تحديد العملية المسؤولة عن اكتشاف المنتجات المعيبة، سواء أثناء مراقبة الجودة أو حتى أثناء الصيانة اللاحقة.
- تُحفظ سجلات (بيانات وصفية) في قاعدة بيانات إدارة التكوين، تُحدد مواقع تثبيت ونشر البرنامج من بيئة DML إلى بيئة الإنتاج. يجب أن يُصرّح بكل عملية تثبيت أو نشر من خلال طلب تغيير إنتاجي مُناسب ، ويُسجّل التغيير الناتج في قاعدة بيانات إدارة التكوين كعلاقة بين عنصر DML والمنصة التي نُشر عليها.
في حالة أكثر نضجًا وتطورًا، لا يوجد تمييز بين شكلي إدارة التكوين، وتكون العملية مستمرة لدعم دورة حياة تقديم الخدمة وتشغيلها بالكامل. يُشار إلى هذا باسم إدارة تكوين المؤسسة . مع ذلك، حتى في هذه الحالة، يجب التمييز بين العناصر البرمجية المُطوَّرة وإدارة النسخ الرئيسية النهائية المضمونة الجودة والمتاحة للنشر، والحفاظ على فصلها عن إدارة هذه النسخ. في ترتيبات الاستعانة بمصادر خارجية أو متعددة الموردين، يُحدد وجود أو عدم وجود شكل متسق وآمن لوصول الموردين ما إذا كانت إدارة تكوين البرمجيات تُنفَّذ بشكل سلبي (خارجيًا من قِبل الموردين الذين يتبنون أدوات إدارة تكوين البرمجيات الخاصة بهم ثم يُسلِّمون المنتج النهائي) أو بشكل فعّال (يُشرف عليها داخليًا مع الموردين الذين يستخدمون أداة إدارة تكوين البرمجيات المُستضافة مركزيًا). مع ذلك، يجب تخزين جميع المنتجات النهائية (برامج التطبيقات) في شكلها المُصرَّح بنشره داخل نظام إدارة البيانات المركزي.
تتضمن عناصر التكوين النموذجية التي يخزنها DML ما يلي:
- برامج تطبيقية داخلية مُعبأة
- الوسائط الخام التجارية الجاهزة (COTS)
- برامج جاهزة للاستخدام (تحتوي على تحسينات، وتكوينات مخصصة، وما إلى ذلك)
- حزم الإصدار
- التصحيحات (انظر التصحيح (الحوسبة) )
- بناء الأجهزة الذهبية (العملاء، والخوادم، وأجهزة الشبكة والتخزين، إلخ)
- صور النظام
- عبر العديد من مجموعات التقنيات وتقنيات التوزيع (مثل Wintel و UNIX و ORACLE والحاسوب المركزي والشبكة والتخزين وما إلى ذلك)
دورة حياة النشرات الإعلامية
(انظر الرسم التخطيطي أعلاه بعنوان "مكتبة الوسائط النهائية وقاعدة بيانات إدارة التكوين في سياق عملية إدارة الإصدار")
خطوات دورة حياة إصدار البيانات الإعلامية هي:
- ينشأ طلب على خدمة أو منتج جديد.
- يُتخذ قرار تصنيع أو شراء المنتج (خدمة، أو برنامج، أو تطبيق) بناءً على المتطلبات الوظيفية المستخرجة من أداة تتبع المتطلبات . يُنشأ المنتج أو يُختار من كتالوج الخدمات/المنتجات وفقًا لسياسات التصميم المعماري (تصميم الخدمة). يُشترى المنتج الجاهز ويُخزن في قاعدة بيانات إدارة البيانات (DML) بحالة "تم الشراء". في حال كان المنتج جديدًا، يُضاف إلى كتالوج المنتجات المعتمدة. تُدار شفرة المصدر للتطبيقات المُنشأة داخليًا مباشرةً في مستودع إدارة تكوين البرمجيات.
- إذا كان يتم تغليف منتج COTS أو إصدار ذهبي، فسيتم استخراج الوسائط من DML.
- يتم تغليف المنتج أو تطويره وتغليفه (وفي هذه الحالة يتم التعامل مع الوظائف الإضافية بنفس طريقة التطبيقات والإصدارات الداخلية).
- يتم إنشاء سجلات Stub أو خطوط الأساس الأصلية في أداة إدارة تكوين البرامج.
- يتم تسجيل مراجعات كود التطوير ومراجعات الحزمة في أداة إدارة تكوين البرامج طوال فترة التطوير.
- يتم إجراء اختبار الوحدة.
- تم الانتهاء من عملية التغليف لإنشاء عبوة الإصدار.
- يتم ضمان جودة عبوة المنتج (بما في ذلك الاختبار والتجهيز وأي إعادة عمل).
- يتم إيداع حزمة الوسائط المكتملة (بناء أو خدمة أو تطبيق) مرة أخرى في DML كـ وسائط معتمدة جاهزة للنشر.
- بعد الموافقة على إدارة التغيير، يتم إصدار المنتج إلى المؤسسة عبر نظام التوزيع المناسب مع تسجيل عمليات التثبيت المنطقية من خلال الإجراءات الواجبة في نظام إدارة التغيير (CMDB).
- يتم أرشفة كيانات DML بمجرد:
- يشير نظام إدارة المحتوى (CMS) أو قاعدة بيانات إدارة التكوين (CMDB) إلى أن الإصدار المعبأ لم يعد قيد الاستخدام في أي موقع (يلزم فترة سماح بعد آخر عملية إيقاف تشغيل أو ترقية للسماح بأي تراجعات ضرورية) و
- تمت إزالة كيان DML من الكتالوج التقني أو كتالوج المستخدم (الخدمة) كعنصر قابل للتحديد
توزيع
على الرغم من أن مكتبة الوسائط الرقمية (DML) كمخزن معتمد للوسائط تشير إلى درجة من المركزية، إلا أن مكتبات الوسائط المحلية (LMLs) ستكون ضرورية لتحقيق نموذج عالمي. وبهذه الطريقة، يمكن إصدار ونشر النسخ المادية للوسائط محليًا في الوقت المناسب، وذلك بتجنب التنزيلات المستمرة عبر الشبكة العالمية. كما أن نسخ الوسائط المعتمدة في أنظمة التشغيل غير الرئيسية سيوفر الحزم المطلوبة محليًا عند الحاجة، مع بقاء مكتبة الوسائط الرقمية (DML) هي "المكتبة الرئيسية" لأغراض التحكم في العمليات.
يُعدّ التسلسل الهرمي لطبقة إدارة التوزيع الرئيسية/الثانوية (DML/LML) مرادفًا لطبقات التوزيع الرئيسية/الثانوية الموجودة في العديد من تقنيات التوزيع وأنظمة إدارة الحزم. ومع ذلك، فبينما تميل أدوات التوزيع إلى التركيز على بنية تقنية معينة (مثل ويندوز، يونكس، الحواسيب المركزية، إلخ)، فإن إحدى المزايا الرئيسية لطبقة إدارة التوزيع الرئيسية (DML) هي طبيعتها المحايدة تقنيًا، وكونها مخزنًا مركزيًا حقيقيًا لجميع البرامج المرخصة. وبهذه الطريقة، تتصل أدوات التوزيع بطبقة إدارة التوزيع الرئيسية (DML) للحصول على حزمة البرامج. تتضمن عملية تغليف التطبيقات إعداد عمليات تثبيت برامج قياسية ومنظمة، مُصممة للنشر التلقائي. كما أن التغليف ضروري للبرامج الجاهزة (COTS)، حيث يسمح بتهيئة البرامج للعمل بكفاءة على منصة أو بيئة معينة. حتى تغيير طفيف في هذه المنصة (مثل استبدال القرص) قد يمنع نشر الحزمة بنجاح، لذا فإن الاحتفاظ بنسخة الوسائط الخام (ISO) من البرنامج أمر بالغ الأهمية، حيث ستكون هناك حاجة إليها (غالبًا في حالات الطوارئ) إذا لم تعد النسخة المُغلّفة قابلة للنشر، على سبيل المثال بعد ترقية أو استبدال نظام التشغيل.
فوائد
يدعم DML ما يلي:
- إدارة الإصدار والنشر كأساس ومنطقة تخزين مركزية لجميع حزم النشر القابلة للإصدار
- ضمان التوافر واستمرارية الخدمة من خلال توفير مصدر جميع التطبيقات المعبأة والوسائط الخام لاستخدامها في إجراءات استعادة الخدمة والتعافي من الكوارث
- توفير الخوادم وترشيدها تلقائيًا من خلال تخزين الإصدارات الذهبية
- إدارة الأصول من خلال توفير سجلات البيانات الوصفية ومفاتيح التراخيص المتعلقة بتوفير تراخيص برامج COTS. يُتيح تخزين نسخ الوسائط ومجموعة الوسائط المُصرّح بها، بالإضافة إلى التراخيص وشروطها، إدارةً مُحسّنةً لتخصيصات البرامج والامتثال الخارجي وفقًا لتوصيات قانون ساربينز-أوكسلي وقانون برمجيات الأعمال (BSA).
- تنفيذ الطلبات المصنفة، سواء من حيث طلبات المنتج النهائي للمستخدم الواحد أو الطلبات المتكررة لنشر خدمة/تطبيق متعدد المستخدمين موجود إلى مواقع استضافة أخرى.
انظر أيضاً
مراجع
روابط خارجية
- ITIL