السحابة أم البنية المحلية؟ ابدأ باحتياجات النظام

ابدأ بالخدمة التي يحتاجها العمل

قرار البنية التحتية يبدأ بنظام محدد: طلبات أو مستندات أو تشغيل مخازن أو تقارير. تحدد أماكن المستخدمين والاعتماديات وأثر التعطل البدائل المناسبة. اختيار مكان الاستضافة قبل فهم هذه الاحتياجات يجعل مقارنة السعر والاعتمادية مضللة.

يميز NIST SP 800-145 بين نماذج الخدمات والنشر السحابي. الآلة الافتراضية وقاعدة البيانات المدارة وتطبيق SaaS تنقل واجبات تشغيل مختلفة إلى المورد. كما يختلف وجود خادم داخل المكتب عن امتلاك أجهزة في مركز بيانات مدار. قارن ترتيبًا فعليًا محددًا، ولا تعتبر كل استضافة بعيدة خدمة متطابقة.

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

حدد الحمل وأثر التوقف وفقد البيانات

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

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

افهم المسؤوليات التي تنتقل والتي تبقى

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

في السحابة يشغل المورد طبقات محددة، وتبقى على العميل واجبات بحسب الخدمة. يوضح نموذج المسؤولية المشتركة لدى AWS اختلاف هذا التقسيم. لا تفترض أن استئجار آلة افتراضية يتضمن تحديث التطبيق أو استعادة قاعدة البيانات أو التحقيق في الحوادث؛ راجع المستندات والاتفاق الفعليين.

يمكن للخدمة المدارة تقليل مهمة معينة، لكنها قد تضيف حدود استخدام واعتمادًا تجاريًا وتكلفة انتقال. وقد تناسب البنية المختلطة قيدًا حقيقيًا، مع بقاء مسؤولية الاتصال والهوية ومزامنة البيانات بين المكونات المحلية والبعيدة.

اختبر الاتصال والاعتماديات من موقع المستخدم

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

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

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

ضع أهداف استعادة ثم أثبتها

حدد RTO باعتباره الزمن المستهدف لاستعادة الخدمة المطلوبة، وRPO باعتباره الفجوة المقبولة في البيانات المستعادة. يشرح دليل Microsoft للتعافي المفهومين وعلاقتهما بأولوية العمل. وجود الهدف في وثيقة لا يثبت قدرة التصميم على تحقيقه.

ارسم المسار الكامل: النسخ وبيانات الوصول والبنية وقاعدة البيانات وإعدادات التطبيق والتكاملات ووصول المستخدم. حدد من يأذن بالاستعادة ومن ينفذ كل خطوة، واحتفظ بالتعليمات في مكان متاح أثناء فقد الخدمة الرئيسية.

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

تحقق من نوع النسخة واكتمال التطبيق

اختر آلية النسخ وفق قاعدة البيانات والهدف. يوضح توثيق PostgreSQL للأرشفة المستمرة استخدام نسخة أساسية وسجلات معاملات للاستعادة، ويميزها عن التصدير المنطقي. لكل طريقة متطلبات؛ اسم ملف يحتوي كلمة «نسخة» لا يثبت نوع الاستعادة المتاح.

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

احسب التكلفة بنفس الافتراضات

اختر فترة موحدة وحملًا متوقعًا واحدًا. تشمل البنية المحلية شراء الأجهزة واستبدالها والدعم والطاقة والمكان والاتصال والنسخ ووقت المتخصصين. وتشمل السحابة الحوسبة والتخزين والطلبات ونقل البيانات والمراقبة والدعم والنسخ ووقت التهيئة والتشغيل.

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

راجع الوصول والموقع وإمكانية الانتقال

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

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

خطط لوقت قطع المعاملات والمطابقة والمراقبة وشروط الرجوع، مع معالجة البيانات المكتوبة بعد الانتقال؛ إعادة توجيه المستخدمين وحدها لا توحد سجلين مختلفين. اجمع المتطلبات من دليل تخطيط البنية التحتية، وناقش نطاقًا محددًا عبر خدمات IT لدى برايسينكس.