قاعدة بيانات إدارة التكوين

عنصر التكوين (CI) هو أي مكوّن يجب إدارته لتقديم خدمة ما، مثل الخادم أو محطة العمل أو مبدّل الشبكة أو التطبيق أو مخطط قاعدة البيانات أو الترخيص أو العقد أو الوثائق التي تصف كيفية ترابط هذه العناصر. ولكل CI سمات، كالمالك والموقع والإصدار والرقم التسلسلي وحالة دورة الحياة. وفي معظم التصميمات يحتفظ العنصر أيضًا بسجل لحالاته عبر الزمن.

ما يميّز CMDB أن العلاقات تحمل الوزن نفسه الذي تحمله العناصر ذاتها. فسجل CI يوضح ماهية المكوّن، أما العلاقة فتوضح أن تطبيق الرواتب يعمل على عنقود محدد، وأن هذا العنقود يعتمد على مصفوفة تخزين، وأن فرعًا يتصل عبر موجّه بعينه. وهذه الروابط مجتمعة تشكّل رسمًا بيانيًا للاعتماديات يجيب عن أسئلة لا تستطيع القائمة المسطّحة الإجابة عنها: إذا تعطّل هذا الجهاز، فأي الخدمات تتوقف، ومن يتأثر؟

في إدارة خدمات تقنية المعلومات، تمثل CMDB المرجع الذي تكتب إليه العمليات الأخرى وتقرأ منه. فإدارة الحوادث تربط كل حادثة بعناصر CI المعنية، مما يسرّع الفرز ويُظهر الأعطال المتكررة في المكوّن نفسه. وتحلل إدارة المشكلات هذه التجمعات لتحديد الأسباب الجذرية. أما إدارة التغيير فهي المصدر الرئيسي للكتابة: فالتغيير المعتمد يسجّل عناصر CI التي سيمسّها، ويُنتظر أن تعكس CMDB الحالة الجديدة فور اكتمال التغيير.

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

الاثنان مرتبطان لكنهما يجيبان عن أسئلة مختلفة. يوضح جرد الأصول، وهو جزء أساسي من إدارة أصول تقنية المعلومات (ITAM)، ما تملكه المؤسسة، وأين يقع كل أصل، ومن المسؤول عنه. ومستخدموه الرئيسيون هم المالية والمشتريات وإدارة المرافق. أما CMDB فتوضح كيف ترتبط المكونات ببعضها، وما الذي يتأثر بتغيير أحدها، ومستخدموها هم فرق الحوادث والمشكلات والتغييرات.

عمليًا، الحد الفاصل تدريجي. فكثير من المؤسسات تبدأ بـجرد بسيط ثم تضيف العلاقات مع نضج عمليات إدارة الخدمات لديها. ويسري هنا اختبار بسيط: أي مستودع لا يرتبط فيه شيء بشيء آخر هو جرد أصول بحقول إضافية، مهما كان اسمه.

تجمع معظم قواعد CMDB بين الاكتشاف الآلي والحفظ اليدوي للسجلات. يعتمد الاكتشاف على الجمع عبر العملاء (agents) ومسح الشبكة والتكامل مع منصات السحابة والأدلة، فيجد ما هو موجود فعلًا ويرصد الفروق بين الحالة المسجّلة والحالة الفعلية. أما العقود وتعريفات الخدمات وغيرها مما لا يمكن مسحه فتُدخل وتُصان يدويًا.

حين تحتفظ عدة أدوات كل منها بجزء من الحقيقة، تدمجها CMDB أو توفّق بينها. يُحدَّد مصدر موثوق واحد لكل نوع من السمات، وتُحسم التعارضات بقاعدة لا بالنقاش. فالدقة نتيجة عملية مستمرة، لا تحميل لمرة واحدة، وهي تتدهور بسرعة إن لم يكن لها مالك معيّن.

في Anexet Inventory تسرد بطاقة كل محطة عمل الأجهزة والتطبيقات المثبتة فيها، مع نوع الجهاز والشركة المصنعة والإصدار وتاريخ التثبيت. هذه السجلات هي المادة الخام التي تبني منها CMDB عناصر التكوين الخاصة بها.

1 / 2

• 
• 

نمط الفشل معروف. فالنطاق الأولي يشمل كل شيء دفعة واحدة، فيغرق المشروع في أعمال جودة البيانات قبل أن يسلّم أي شيء. وتُحدَّث السجلات فقط حين يتذكر أحدهم ذلك. ومع مرور الوقت تبتعد قاعدة البيانات عن الواقع، ويتوقف الموظفون عن الوثوق بها. عندها تكون حيّة تقنيًا وميتة عمليًا. وتفرّق الممارسات التالية بين التطبيقات التي تصمد وتلك التي لا تصمد.

CMDB بيانات مرجعية وليست أداة جمع، فهي نادرًا ما ترصد البيئة بنفسها، بل تجمع ما تبلّغ به أدوات الاكتشاف والمراقبة والإدارة. وفي المقابل تُثري هذه الأدوات: فتكتسب تنبيهات المراقبة سياقًا عن ماهية المضيف والخدمة التي يخدمها، وتبدأ التحقيقات الأمنية من خريطة معروفة لما ينبغي أن يكون موجودًا، ويعرف تخطيط الاستعادة أي المكونات يجب استرجاعها وبأي ترتيب.

وتنبع حدودها من التصميم نفسه. فـ CMDB لا تكتشف الاختراقات، ولا تتحكم في الأجهزة، ولا تحل محل رؤية نقاط النهاية. إنها تخبر المؤسسة بالشكل الذي يُفترض أن تبدو عليه بيئتها، حتى تتمكن الضوابط الأخرى من تفسير ما تراه. وتعمل ضوابط مثل منع فقدان البيانات (DLP) حيث تنتقل البيانات فعلًا، كما يوضح الجدول.

ابدأ بالخدمات التي يكلّف توقفها أكثر، ثم صمّم عناصر CI التي تعتمد عليها. والحفاظ على النموذج قريبًا من الواقع هو جوهر انضباط إدارة التكوين، لذا وسّع النطاق فقط بعد اجتياز تدقيق للدقة.