- ضع مكونات النظام في مناطق شبكة منفصلة: الوصول، ثم التطبيق والمعالجة، ثم البيانات (قاعدة البيانات والتخزين والفهرس)، مع منطقة إدارة مستقلة، وبيئة اختبار معزولة عن الإنتاج. المستخدم لا يصل إلى منطقة البيانات مباشرة أبدًا.
- حوّل ذلك إلى مصفوفة اتصالات مكتوبة: كل اتصال مطلوب بمصدره ووجهته وغرضه وبروتوكوله، ويُغلق كل ما عداه. هذه المصفوفة هي ما يعتمده فريق الشبكة والأمن، وتأخيرها يؤخر النشر.
- الفروع تصل عبر شبكة الجهة الداخلية لا عبر الإنترنت. والوصول من خارج الشبكة، لموظف يعمل عن بعد أو لطرف خارجي تُشارك معه وثيقة، قرار مستقل له مسار محمي وتحقق إضافي، لا يُفتح «مؤقتًا» ثم يُنسى.
- حدد مبكرًا اسم النظام الداخلي وشهاداته، واتصاله بمزود الهوية وخادم البريد، وأي اتصال يحتاجه أي مكون خارج الشبكة، وأين تذهب سجلاته الأمنية. هذه أربعة بنود تتأخر عادة حتى يوم النشر.
هذه المقالة لمدير تقنية المعلومات والبنية التحتية بعد أن استقر قرار تشغيل نظام الأرشفة على خوادم الجهة. الخوادم وأحجامها وعوامل تحديدها في مقالة متطلبات البنية التحتية للتشغيل الداخلي. أما هنا فنجيب عن سؤال مختلف: كيف يوضع النظام داخل شبكتك، ومن يصل إليه ومن أين، وما الذي تطلبه من فرق الشبكة والهوية والأمن السيبراني قبل النشر.
مناطق الشبكة: أين يقع كل مكون؟
نظام الأرشفة ليس خادمًا واحدًا يُوضع في أي مقطع من الشبكة. مكوناته تختلف في حساسيتها ومن يحتاج الوصول إليها. وضعها كلها في مقطع واحد يعني أن أي ثغرة في نقطة الوصول تفتح الطريق إلى قاعدة البيانات وملفات الوثائق. المخطط التالي نمط شائع، تُضبط تفاصيله على تصميم شبكة جهتك وسياساتها:
- 1. شبكة المستخدمينأجهزة الموظفين في المقر والفروع، والماسحات الضوئية الشبكية. تصل إلى نقطة الوصول فقط، باسم داخلي واتصال مشفر.
- 2. منطقة الوصولنقطة الدخول إلى النظام: موازن أحمال أو وكيل عكسي ينهي الاتصال المشفر ويمرره إلى التطبيق. إن تقرر وصول من خارج الشبكة، فله نقطة منفصلة في المنطقة المعزولة المخصصة للخدمات المنشورة خارجيًا، خلف جدار حماية تطبيقات الويب.
- 3. منطقة التطبيق والمعالجةخوادم التطبيق وخدمات الخلفية: قراءة النصوص، والمعاينات، والاستيراد، والتكاملات. تستقبل من منطقة الوصول فقط، وتتصل بمنطقة البيانات وبخدمات الجهة المحددة.
- 4. منطقة البياناتقاعدة البيانات، وتخزين الوثائق، وفهرس البحث. لا يصل إليها إلا خوادم التطبيق وأدوات النسخ الاحتياطي، ولا اتصال لها بالمستخدمين ولا بالإنترنت.
- 5. منطقة الإدارة والخدمات المشتركةمزود الهوية، وخادم البريد، والنسخ الاحتياطي، والمراقبة وجمع السجلات، ونقطة الوصول الإداري التي يمر منها المسؤولون والدعم الفني.
- 6. بيئة الاختبارنسخة من الطبقات 2 إلى 4 في مقطع منفصل عن الإنتاج، لا يتصل بقاعدة بيانات الإنتاج ولا بتخزينه.
فصل منطقة البيانات أهم مما يبدو في نظام أرشفة تحديدًا. فهرس البحث يحمل النص المستخرج من كل وثيقة، أي نسخة نصية كاملة من العقود وملفات الموظفين. لذلك يُعامل الفهرس معاملة قاعدة البيانات والتخزين في العزل والصلاحيات والنسخ، لا معاملة مكون مساعد.
وفي الضوابط الأساسية للأمن السيبراني (ECC-2:2024) الصادرة عن الهيئة الوطنية للأمن السيبراني، تشمل متطلبات إدارة أمن الشبكات للجهات الخاضعة لها: عزل مقاطع الشبكة وتقسيمها بجدران الحماية ومبدأ الدفاع المتعدد، وعزل شبكة الإنتاج عن شبكات الاختبار والتطوير، وتقييد خدمات الشبكة وبروتوكولاتها ومنافذها وإدارتها. التصميم أعلاه يساعد على تطبيق هذه المتطلبات، لكن ما يلزم جهتك تحدده سياساتها وفريق الأمن السيبراني فيها.
مصفوفة الاتصالات: ما تسلّمه لفريق الشبكة
فريق الشبكة لا يفتح اتصالًا لم يُطلب بدقة، وهذا صحيح. لذلك اطلب من مورد النظام، ضمن وثيقة المواصفات، مصفوفة بكل اتصال يحتاجه النظام، واستكملها بما يخص جهتك. النموذج التالي يوضح الأعمدة والصفوف التي تُتوقع عادة، والمنافذ الفعلية تُكتب من وثيقة المواصفات:
| من | إلى | الغرض | طبيعة الاتصال | ما تتحقق منه |
|---|---|---|---|---|
| أجهزة المستخدمين (المقر والفروع) | منطقة الوصول | استخدام النظام من المتصفح | HTTPS فقط | أن اسم النظام الداخلي يُحل في كل الفروع، وأن الشهادة موثوقة في الأجهزة |
| الماسحات الضوئية الشبكية | منطقة الوصول أو خدمة الاستقبال | إرسال الدفعات الممسوحة | بحسب طريقة الاستقبال المعتمدة | ألا تُحفظ الدفعات في مجلد مشترك مفتوح وسيطًا |
| منطقة الوصول | خوادم التطبيق | تمرير الطلبات | مشفر داخليًا بحسب السياسة | أن التطبيق لا يستقبل من غير منطقة الوصول |
| خوادم التطبيق | قاعدة البيانات والتخزين والفهرس | قراءة البيانات والملفات وكتابتها | منافذ محددة لكل مكون | ألا يصل إلى منطقة البيانات أي مصدر آخر عدا النسخ الاحتياطي |
| خوادم التطبيق | مزود الهوية أو الدليل | الدخول الموحد ومزامنة المستخدمين | بروتوكول مشفر بحسب أسلوب الربط | حساب خدمة للقراءة فقط، وشهادة موثوقة |
| خوادم التطبيق | خادم البريد الداخلي | إرسال التنبيهات، واستقبال المستندات من صندوق مخصص إن فُعّل | بروتوكول البريد المعتمد مع التشفير | أن النظام يرسل من حساب مخصص لا من حساب موظف |
| خوادم التطبيق | الأنظمة المتكاملة | تبادل الوثائق والبيانات | واجهات أو ملفات بحسب التكامل | اتجاه كل اتصال، وحساب خدمة لكل تكامل |
| أدوات النسخ الاحتياطي | منطقة البيانات | نسخ قاعدة البيانات والتخزين والفهرس | بحسب أداة النسخ لدى الجهة | توقيت النسخ الذي يحفظ اتساق المكونات |
| كل المكونات | المراقبة وجمع السجلات، ومصدر الوقت | إرسال السجلات والمؤشرات، ومزامنة الوقت | بحسب أدوات الجهة | أن كل الخوادم على مصدر وقت واحد |
| نقطة الوصول الإداري | خوادم النظام | الإدارة والتحديث والدعم الفني | اتصال إداري مشفر من نقطة واحدة | ألا تُدار الخوادم من أجهزة المستخدمين مباشرة |
أضف إلى المصفوفة عمودين عند تسليمها: رقم طلب التغيير لدى فريق الشبكة، وحالة الاعتماد. وابدأ إجراءاتها فور استلام وثيقة المواصفات، فموافقات فتح الاتصالات والشهادات تمر بمراجعة الأمن السيبراني، وقد تستغرق وقتًا أطول من تجهيز الخوادم نفسها. وبيئة الاختبار تحتاج مصفوفة مماثلة، لأن التكاملات تُجرب عليها أولًا، وتفاصيل الفصل بين البيئتين في مقالة فصل بيئة الاختبار عن الإنتاج.
الوصول من الفروع: عبر الشبكة الداخلية لا الإنترنت
النظام يُستخدم من المتصفح، فلا يحتاج الفرع إلى خادم أو برنامج مثبت. لكن هذا لا يعني أن أي طريق للوصول مقبول. الفروع تصل عبر شبكة الجهة الواسعة أو الاتصال الآمن بين المواقع، إلى الاسم الداخلي نفسه الذي يستخدمه المقر. نشر النظام على الإنترنت لتسهيل وصول الفروع يحوّل كل الوثائق إلى خدمة مكشوفة من أجل مشكلة لها حل داخلي.
اجمع لكل فرع قبل التصميم:
- طريقة اتصاله بالمركز وسرعته الفعلية: لا السرعة المتعاقد عليها، بل ما يتوفر في ساعات العمل مع بقية الأنظمة.
- ما يفعله الفرع في النظام: البحث والاطلاع خفيفان على الشبكة، أما فتح المخططات الكبيرة ورفع دفعات المسح الضوئي فهما ما يستهلك الاتصال. الفرع الذي يمسح أرشيفه يوميًا يختلف عن فرع يطّلع فقط.
- أوقات الذروة: إن كانت دفعات المسح في الفروع تتزامن مع ذروة الاستخدام في المقر، فقد يلزم ترتيب أوقات الرفع أو تخصيص سعة للاتصال.
- حل الأسماء: تأكد أن خوادم أسماء النطاقات في كل فرع تحل اسم النظام الداخلي إلى العنوان الصحيح. فشل هذا البند يظهر عادة في يوم الإطلاق في فرع واحد.
وصلاحيات الفروع نفسها، أي ألا يرى فرع وثائق فرع آخر، لا علاقة لها بالشبكة. هي تُضبط في مصفوفة صلاحيات النظام على مستوى الفرع والإدارة والتصنيف، كما في مستويات الصلاحية في النظام. لا تحاول تحقيقها بمنع فرع من الوصول الشبكي إلى النظام.
الهوية والشهادات والأسماء
الاتصال بمزود الهوية
الدخول بالحساب المؤسسي يحتاج أن تصل خوادم التطبيق إلى مزود الهوية أو الدليل، بالبروتوكول الذي يتيحه، وأن يصل متصفح الموظف إلى مزود الهوية كذلك في أساليب الدخول التي تحوّل المستخدم إليه. وفي الشبكات المقيدة تحقق مبكرًا من أن مزود الهوية نفسه ليس خدمة سحابية لا تصل إليها خوادم الأرشيف. وحدد مع فريق الهوية: حساب الخدمة وصلاحياته، والفروع التي يقرأها النظام من الدليل، وحسابات الطوارئ التي تعمل إن تعطل مزود الهوية. أما اختيار البروتوكول والمزامنة وربط المجموعات بالأدوار فتفصيله في مقالة ربط الأرشفة بالدخول الموحد والهوية المؤسسية.
الاسم والشهادات
قرر اسم النظام الداخلي مبكرًا، لأنه يدخل في الشهادات، وفي إعدادات الدخول الموحد، وفي الروابط التي ستحفظها الأنظمة الأخرى والرسائل. تغيير الاسم بعد الإطلاق يكسر كل ذلك. ثم حدد الشهادات:
- شهادة نقطة الوصول: من المرجع الداخلي للشهادات لدى الجهة غالبًا، بشرط أن يكون موثوقًا في كل الأجهزة، ومنها أجهزة الفروع والأجهزة المحمولة إن كانت ستستخدم النظام.
- الشهادات بين المكونات: بين التطبيق وقاعدة البيانات، ومع الدليل، ومع الأنظمة المتكاملة، بحسب ما تطلبه سياسة التشفير لدى الجهة.
- شهادة الواجهة الخارجية: إن نُشر جزء من النظام خارج الشبكة، فيحتاج اسمًا وشهادة يثق بهما من هم خارج الجهة، وهذا يختلف عن الشهادة الداخلية.
- متابعة الانتهاء: سجّل تاريخ انتهاء كل شهادة ومن يجددها، وأضفه إلى المراقبة. الشهادة المنتهية توقف الدخول أو التكامل فجأة، وهي من أكثر أسباب التوقف قابلية للتجنب.
وتشمل الضوابط الأساسية للأمن السيبراني متطلبات التشفير أثناء النقل وفي التخزين بحسب تصنيف البيانات، وفق المعايير الوطنية للتشفير. حدد مع فريق الأمن مستوى التشفير المطلوب لكل اتصال في المصفوفة، ولا تفترض أن الاتصالات الداخلية معفاة. وتفصيل التشفير وإدارة المفاتيح في مقالة متطلبات تشفير الوثائق وبيئة تشغيلها.
الوصول من خارج الشبكة: ثلاثة احتياجات وثلاثة مسارات
أكثر قرارات التصميم حساسية هو ما إذا كان أي جزء من النظام سيُتاح من خارج الشبكة. والخطأ الشائع أن يُعامل كقرار واحد، مع أن وراءه ثلاثة احتياجات مختلفة لكل منها مسار:
| الاحتياج | المسار المناسب غالبًا | ما تطلبه |
|---|---|---|
| موظف يعمل من خارج المقر | الاتصال الآمن بشبكة الجهة الذي تعتمده للأنظمة الداخلية الأخرى، ثم الوصول إلى الاسم الداخلي | تحقق متعدد العوامل للوصول عن بعد، وأن تسري على الأرشيف سياسة الأجهزة نفسها |
| طرف خارجي تُشارك معه وثائق (مراجع، مستشار، محامٍ) | نشر واجهة المشاركة وحدها عبر المنطقة المعزولة، خلف جدار حماية تطبيقات الويب، أو الاستغناء عن ذلك بقناة مشاركة معتمدة أخرى | ألا تُنشر إلا الوظائف اللازمة، وحسابات خارجية محدودة بمدة، وتسجيل كل اطلاع |
| مورد أو جهة ترفع مستندات مطلوبة | طلب رفع منشور بالطريقة نفسها، أو استقبال عبر البريد إلى صندوق مخصص | فحص الملفات المرفوعة قبل دخولها، وحدود للحجم والصيغ |
وإن لم يوجد احتياج خارجي حقيقي اليوم، فالخيار الأسلم ألا يُنشر شيء، وأن يبقى النظام داخليًا بالكامل. قرار النشر يمكن اتخاذه لاحقًا بتصميم مدروس، أما الفتح «المؤقت» في أثناء المشروع فيبقى غالبًا بعده.
وإن نُشرت واجهة خارجية، فالضوابط الأساسية للأمن السيبراني تتضمن متطلبات لتطبيقات الويب الخارجية، منها استخدام جدار حماية تطبيقات الويب، ومبدأ البنية متعددة المستويات، والبروتوكولات الآمنة، وتحديد عوامل التحقق بحسب تقييم أثر فشله. وتنص كذلك على التحقق متعدد العوامل للوصول عن بعد وللحسابات ذات الصلاحيات الهامة. أما ضوابط المشاركة نفسها، من الموافقة إلى المدة والعلامة المائية والإلغاء، فهي في النظام لا في الشبكة، وتجدها في المشاركة المنضبطة داخل الجهة وخارجها، وسياستها في مقالة ضوابط المشاركة الخارجية للوثائق.
الاتصالات الخارجة: ما الذي يحتاج النظام الوصول إليه؟
السؤال المعاكس لا يقل أهمية: هل يحتاج أي مكون من النظام اتصالًا من داخل شبكتك إلى الخارج؟ اطلب إجابة مكتوبة عن كل بند مما يلي، لأن كل «نعم» تحتاج استثناءً في جدار الحماية وموافقة، أو بديلًا داخليًا:
- التحديثات: في التشغيل الداخلي تُسلّم التحديثات حزمًا تُنقل إلى الشبكة بالآلية المعتمدة لدى الجهة، وتُجرب على بيئة الاختبار قبل الإنتاج. لا يلزم أن يسحب الخادم التحديثات من الإنترنت.
- ميزات الذكاء الاصطناعي: اسأل أين تعمل، وهل تحتاج خدمة خارج الشبكة. خيارات تشغيلها في البيئة الداخلية ومتطلباتها تُحدد في العرض الفني، وقراءة النصوص والبحث تعمل داخل الشبكة.
- الدعم الفني عن بعد: يتم بالآلية التي تعتمدها الجهة، تفعّلها عند الحاجة وتراقبها، أو يُستبدل بالدعم في الموقع حين تمنع السياسات الوصول عن بعد.
- البريد: عبر خادم البريد الداخلي، لا بإرسال مباشر من خادم الأرشيف إلى الخارج.
- أي خدمة أخرى: خرائط، أو خطوط، أو مكتبات تُحمّل في المتصفح من مصدر خارجي، أو أدوات مراقبة سحابية. اسأل عنها صراحة، فهي تظهر عادة حين تُغلق الشبكة في بيئة الاختبار.
وإن كانت شبكة جهتك معزولة عن الإنترنت كليًا، فأثر العزل على كل خدمة وبديلها في مقالة تشغيل الأرشفة في شبكة مقيدة، وتجد طريقة التشغيل والتحديث في هذه البيئات في الشبكات المقيدة وآلية الدعم.
السجلات والمراقبة: سجلان مختلفان
في نظام الأرشفة سجلان يُخلط بينهما كثيرًا، ولكل منهما مكان ووظيفة:
- سجل التدقيق داخل النظام: من اطلع على أي وثيقة، ومن عدّلها أو نزّلها أو شاركها أو اعتمدها. هذا يبقى في النظام، يُراجع منه، ويُحمى من التعديل، وتحدد الجهة مدة الاحتفاظ به. وتجد ما يسجله في الأمن وسجل التدقيق.
- السجلات الأمنية والتشغيلية: محاولات الدخول الفاشلة، وعمليات الحسابات ذات الصلاحيات، والوصول الإداري والدعم عن بعد، وأخطاء التطبيق، وأحداث جدار الحماية. هذه تُرسل إلى منظومة جمع السجلات ومراقبتها لدى الجهة، لتُحلل مع سجلات الأنظمة الأخرى.
وفي الضوابط الأساسية للأمن السيبراني، تشمل متطلبات إدارة سجلات الأحداث ومراقبتها: تفعيل السجلات للأصول المعلوماتية الحساسة، وللحسابات ذات الصلاحيات الهامة، ولعمليات الوصول عن بعد، وتحديد تقنيات جمعها ومراقبتها المستمرة، وألا تقل مدة الاحتفاظ بها عن اثني عشر شهرًا. اطلب من المورد قائمة بالسجلات التي ينتجها كل مكون، وصيغتها، وطريقة إرسالها إلى أدواتكم، وما إذا كانت تحمل أسماء وثائق أو بيانات من محتواها، فذلك يغيّر من يُسمح له بالاطلاع عليها.
وأضف إلى المراقبة الأمنية مؤشرات تخص الشبكة والوصول: انتهاء الشهادات، وفشل الاتصال بمزود الهوية، وفشل المزامنة، وارتفاع محاولات الدخول الفاشلة على الواجهة الخارجية إن وُجدت. أما مراقبة المساحة وطوابير المعالجة فجزء من متطلبات البنية.
قائمة متطلبات الشبكة والأمن قبل النشر
اجمع ما سبق في وثيقة واحدة يوقع عليها فريق الشبكة وفريق الهوية وفريق الأمن السيبراني ومورد النظام. القائمة التالية نموذج لها، مرتبة بحسب من يقدم كل بند:
- تصميم المناطق وعناوينها
المقاطع المخصصة لكل منطقة في بيئتي الاختبار والإنتاج، والعناوين، وقواعد جدار الحماية بينها، ونقطة الوصول الإداري.
فريق الشبكة، بمراجعة الأمن السيبراني - مصفوفة الاتصالات معتمدة
كل اتصال بمصدره ووجهته وغرضه ومنفذه، ورقم طلب التغيير وحالته، لبيئتي الاختبار والإنتاج.
مورد النظام يقترح، وفريق الشبكة يعتمد وينفذ - الاسم والشهادات
الاسم الداخلي، وتسجيله في خوادم الأسماء لكل المواقع، والشهادات ومصدرها وتواريخ انتهائها ومسؤول تجديدها.
تقنية المعلومات - الهوية والبريد
أسلوب الربط بمزود الهوية، وحساب الخدمة، وحسابات الطوارئ، وحساب البريد المخصص للنظام وصندوق الاستقبال إن وُجد.
فريق الهوية والبريد - قرار الوصول الخارجي
هل يُنشر شيء خارج الشبكة؟ وما هو بالضبط؟ ومساره، وضوابطه، ومن اعتمده. أو قرار مكتوب بعدم النشر.
الأمن السيبراني ومالك النظام في الجهة - الاتصالات الخارجة
قائمة بكل اتصال خارجي يحتاجه أي مكون، أو تأكيد مكتوب بعدم الحاجة، وآلية التحديث والدعم المعتمدة.
مورد النظام، بموافقة الأمن السيبراني - السجلات والمراقبة
السجلات التي تُرسل إلى منظومة المراقبة، وصيغتها، ومدة الاحتفاظ بها، والتنبيهات المطلوبة.
الأمن السيبراني وفريق التشغيل - اختبار ما قبل الإطلاق
التحقق من المصفوفة فعليًا: ما يجب أن يصل يصل، وما يجب أن يُمنع يُمنع، من فرع واحد على الأقل ومن خارج الشبكة إن نُشر شيء.
فريق الشبكة ومورد النظام
البند الأخير هو الذي يُنسى. اختبار «ما يجب أن يُمنع» لا يقل أهمية عن اختبار «ما يجب أن يعمل»: جرّب الوصول إلى قاعدة البيانات من جهاز مستخدم، وإلى التطبيق مباشرة متجاوزًا نقطة الوصول، وإلى الإنترنت من خادم في منطقة البيانات. كل محاولة يجب أن تفشل.
مثال: جهة بمقر وثلاثة فروع ومراجع خارجي
مثال توضيحيجهة افتراضية تشغّل النظام على خوادمها في المقر الرئيسي، ولها ثلاثة فروع متصلة بالشبكة الداخلية، ويحتاج مكتب مراجعة خارجي إلى الاطلاع على وثائق مالية محددة مرة كل ربع سنة.
خصص فريق الشبكة مقاطع لمنطقة الوصول والتطبيق والبيانات في الإنتاج، ومقاطع مماثلة معزولة للاختبار. منطقة البيانات لا تقبل إلا من خوادم التطبيق وخادم النسخ الاحتياطي.
تصل الفروع الثلاثة إلى الاسم الداخلي عبر الشبكة الواسعة. ولأن فرعًا واحدًا منها سيمسح أرشيفه يوميًا، رُتب رفع دفعاته خارج ساعات الذروة.
قارنت الجهة بين نشر واجهة المشاركة خارجيًا وبين حساب اتصال آمن مؤقت للمراجع. واختارت نشر واجهة المشاركة وحدها في المنطقة المعزولة خلف جدار حماية تطبيقات الويب، بتحقق إضافي للمستخدم الخارجي، لأن المراجع لا يحتاج إلا ما شُورك معه، والاتصال الآمن كان سيضعه داخل الشبكة.
أكد المورد كتابة أن النظام لا يحتاج اتصالًا خارجيًا في التشغيل اليومي، وأن التحديثات تُسلّم حزمًا، وأن الدعم عن بعد يُفعّل بطلب عبر آلية الجهة.
اختبر فريق الشبكة المصفوفة من فرع ومن خارج الشبكة. ظهر أن أحد الفروع لا يحل الاسم الداخلي، فعُدّل قبل الإطلاق لا بعده.
لو فُتح النظام كله على الإنترنت لتسهيل وصول المراجع والفروع، لأصبحت كل وثائق الجهة خلف صفحة دخول مكشوفة، من أجل احتياج ربع سنوي لطرف واحد.
الخطوة التالية: اطلب المصفوفة مع وثيقة المواصفات
قبل أن تبدأ تجهيز الخوادم، اجمع مخطط شبكتك الحالي بالمناطق القائمة، وطريقة اتصال الفروع، ومزود الهوية المستخدم، وسياسة الجهة في الوصول عن بعد والنشر الخارجي، وأي احتياج فعلي لمشاركة وثائق مع أطراف خارجية. هذه المدخلات تحدد مكان كل مكون وما يلزم فتحه. وتجد مكونات البيئة وعلاقتها بأنظمة الجهة في مخطط التشغيل على خوادم الجهة، وما تتضمنه وثيقة مواصفات البنية من شبكة وشهادات في مواصفات البنية.
وإن كانت مدخلاتك جاهزة، اطلب عرضًا فنيًا وماليًا للتشغيل الداخلي يتضمن مصفوفة الاتصالات ومتطلبات الشبكة والهوية لبيئتي الاختبار والإنتاج.
أسئلة شائعة
هل يمكن وضع قاعدة البيانات في خادم قواعد البيانات المركزي الذي تستخدمه أنظمتنا الأخرى؟
ممكن غالبًا إن كان الخادم المركزي يفي بالإصدارات والموارد التي تحددها وثيقة المواصفات، وكان في منطقة بيانات محمية. لكن تذكر أن من يدير الخادم المشترك يصل تقنيًا إلى بيانات الأرشيف، ومنها البيانات الوصفية للوثائق السرية. قرر ذلك مع فريق الأمن، وحدد من يملك الصلاحيات الإدارية على قاعدة بيانات الأرشيف تحديدًا.
هل نحتاج نقطة وصول منفصلة لبيئة الاختبار؟
نعم، باسم مختلف واضح. تشابه اسمي البيئتين يجعل الموظفين يعملون في الاختبار ظنًا أنه الإنتاج، أو العكس. ويُفضّل أن تظهر في واجهة الاختبار علامة واضحة، وأن يقتصر الوصول إليها على فريق المشروع والاختبار.
هل يحتاج الموظفون في الفروع اتصالًا آمنًا خاصًا للوصول إلى الأرشيف؟
إن كانت الفروع متصلة بشبكة الجهة الداخلية فلا، فهم يصلون كما يصل المقر. الاتصال الآمن الفردي مطلوب لمن يعمل من خارج أي موقع للجهة، وحينها يسري عليه ما تشترطه سياسة الجهة للوصول عن بعد، ومنه التحقق متعدد العوامل.
من يتحمل مسؤولية قواعد جدار الحماية بعد الإطلاق؟
فريق الشبكة لدى الجهة، لأنها بنيته. لكن مورد النظام مسؤول عن إبلاغه بأي اتصال جديد يتطلبه تحديث أو تكامل قبل تطبيقه، ضمن دورة التحديث المتفق عليها. اكتب ذلك في توزيع المسؤوليات، حتى لا يتعطل تكامل بعد تحديث لأن اتصالًا جديدًا لم يُطلب.