استشارات السحابة والبنية التحتية لتقنية المعلومات

استشارات بنية تقنية المعلومات والسحابة

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

معمارية نموذجية: يوزّع موازن الأحمال حركة المستخدمين على مركز بياناتك الخاص وعلى بيئة سحابية من منطقتين؛ وترتبط البيئات باتصال مشفّر وتتشارك طبقة موحّدة للهوية والرصد والنسخ الاحتياطي المستخدمون موازن الأحمال · CDN · WAF مركز البيانات · إسطنبول المحاكاة الافتراضية VMware, Proxmox Kubernetes عنقود محلي قاعدة البيانات · أساسية منطقة سحابية منطقة A منطقة B قاعدة البيانات · نسخة متماثلة VPN خط خاص طبقة مشتركة · جميع البيئات الهوية المركزية SSO · الأدوار الرصد مقاييس · سجلات النسخ والتعافي بأهداف RPO/RTO البنية التحتية كرمز Terraform·GitOps
البيئات
AWS وAzure وGoogle Cloud، ومزوّدو السحابة المحليون، ومركز بياناتكم الخاص
الاتجاه
الانتقال إلى السحابة، والعودة من السحابة، والبيئات الهجينة ومتعددة المواقع
النهج
تُقارَن الخيارات من حيث التكلفة والمخاطر والمدة
الخطوة الأولى
الاجتماع التمهيدي المجاني أو التقييم المجاني
متى تحتاج إليها

متى تُطرح قرارات البنية والسحابة؟

تؤثّر قرارات البنية في التكلفة والأمن والمرونة لسنوات طويلة. لذلك نقارن الخيارات وفق المعايير نفسها قبل اتخاذ القرار.

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

ماذا نقدّم في السحابة وبنية تقنية المعلومات؟

التصميم والانتقال وتخطيط التشغيل للبنية التحتية والسحابة.

البنية المستهدفة وخارطة الطريق

خطة بنية مرحلية قابلة لوضع الميزانية، تنطلق من أهداف أعمالكم وتوثّق مبرّرات كل خيار وأولويات تنفيذه.

أساس السحابة (landing zone)

هيكل الحسابات، والهوية والصلاحيات، والشبكة، والسياسات الأمنية، ووسوم التكلفة؛ يُبنى بالرمز قبل نقل أعباء العمل.

نقل أعباء العمل إلى السحابة

نقل أعباء العمل من الخوادم المادية والافتراضية إلى السحابة، مع جرد واستراتيجية نقل وخطة للتوقف عن الخدمة.

العودة من السحابة

نقل مخطط لأعباء العمل إلى مركز بياناتكم أو إلى مزوّد سحابة محلي، لأسباب تتعلق بالتكلفة أو الأداء أو المتطلبات التنظيمية.

البيئات الهجينة ومتعددة السحابات ومتعددة المواقع

تصميم الشبكة والهوية والنسخ الاحتياطي والإدارة كوحدة متكاملة عبر مركز البيانات والفروع والسحابة.

إدارة التكاليف (FinOps)

وضوح التكاليف على مستوى الفريق والمنتج، وتنبيهات الميزانية، والتحجيم المناسب، ومراجعات دورية للتكاليف.

المحاكاة الافتراضية وبدائل VMware

المحاكاة الافتراضية باستخدام VMware أو Hyper-V أو Proxmox أو OpenStack، والانتقال المخطط من المنصات التي تغيّرت شروط ترخيصها.

الاستمرارية والتعافي من الكوارث

التوافر العالي، واستراتيجية النسخ الاحتياطي، وأهداف مدة التوقف وفقدان البيانات (RTO/RPO)، وتمارين استعادة منتظمة.

ليس كل تطبيق بحاجة إلى النقل.

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

rehost

إعادة الاستضافة

نقل التطبيق كما هو. سريع لكن مكاسبه محدودة؛ وغالبًا ما يكون الخطوة الأولى.

replatform

تغيير المنصة

الانتقال إلى خدمات مُدارة بتعديلات طفيفة، كنقل قاعدة البيانات إلى خدمة مُدارة مثلًا.

refactor

إعادة التصميم

تحويل التطبيق إلى بنية سحابية أصلية. يتطلّب أكبر جهد ويمنح أكبر قدر من المرونة.

repurchase

إعادة الشراء

استبدال تطبيق طوّرتموه بأنفسكم بمنتج SaaS جاهز يلبّي الحاجة.

relocate

نقل المنصة كاملة

نقل طبقة المحاكاة الافتراضية بأكملها إلى بنية تحتية أخرى، من دون المساس بالتطبيقات.

retain

الإبقاء في المكان

إن لم يكن للنقل مبرّر اليوم، يبقى التطبيق في مكانه ويُعاد النظر فيه لاحقًا.

retire

الإيقاف عن الاستخدام

إيقاف التطبيقات التي لم تعد مستخدمة؛ ما يقلّل نطاق النقل وتكلفته مباشرة.

القرار على مستوى كل تطبيق

تُحدَّد الاستراتيجية لكل تطبيق على حدة، مع تكلفتها ومخاطرها وقيمتها للأعمال.

العملية

نقيس قبل أن نقرّر.

تستند كل توصية تتعلق بالبنية إلى بيانات وضعكم الحالي وإلى أهداف أعمالكم. ونقدّم ما نوصي به وأسبابه مع مبرّرات مكتوبة.

ما نراعيه في قرارات البنية

نقارن كل خيار وفق المعايير نفسها:

  • التكلفة الإجمالية للملكية
  • الأمن والامتثال التنظيمي
  • قابلية التوسّع والأداء
  • قدرة فريقكم على التشغيل
1

الجرد والتحليل

نحصر التطبيقات والاعتماديات وتدفقات البيانات والتكاليف الحالية.

المُخرَج: الجرد وخريطة الاعتماديات
2

الخيارات والبنية المستهدفة

نقارن البدائل من حيث التكلفة والمخاطر والمدة، ونتخذ القرار معًا.

المُخرَج: وثيقة البنية المستهدفة
3

خطة النقل

نحدّد ترتيب النقل على دفعات، وخطة التراجع، ونوافذ التوقف عن الخدمة.

المُخرَج: خطة نقل مرحلية
4

التنفيذ

نبني البنية التحتية بالرمز، وننقل أعباء العمل على دفعات ونتحقق منها.

المُخرَج: أعباء عمل منقولة وتم التحقق منها
5

التحسين والتسليم

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

المُخرَج: تقرير التحسين، التوثيق
المُخرجات

مخرجات العمل على البنية والانتقال.

تُحدَّد المخرجات وفق نطاق العمل، وتبقى مبرّرات القرارات وتعريفات البنية المُنشأة موثّقة بين أيديكم.

توثيق البنية

البنية المستهدفة، وتصميم الشبكة والأمن، وسجلات القرارات.

تحليل التكاليف

مقارنة التكاليف الحالية والمستهدفة، وتوصيات التوفير.

رمز البنية التحتية

في مشاريع التنفيذ، تعريفات البيئة الجديدة المكتوبة بـ Terraform وAnsible مع إدارة إصداراتها.

خطط النقل والتراجع والخروج

الخطوات والضوابط ومسار التراجع لكل دفعة، وطريقة تغيير المزوّد عند الحاجة.

خطة التعافي من الكوارث

النسخ الاحتياطي، وإجراءات الاستعادة، ونتائج التمارين.

نقل المعرفة

تدريب تطبيقي لفريقكم على تشغيل البنية الجديدة.

التقنيات

تقنيات تُختار وفق الحاجة.

نقيّم الخيارات وفق متطلباتكم واستثماراتكم القائمة وقدرة فريقكم على التشغيل. ونفضّل المعايير المفتوحة والأدوات القابلة للنقل حيثما أمكن.

السحابة العامة

  • AWS
  • Microsoft Azure
  • Google Cloud

السحابة المحلية والخاصة

  • مزوّدو السحابة المحليون
  • OpenStack
  • VMware vSphere
  • Proxmox
  • Hyper-V

الشبكة والهوية

  • VPN / Direct Connect / ExpressRoute
  • Entra ID (Azure AD)
  • Keycloak
  • Active Directory

النسخ الاحتياطي والاستعادة

  • Veeam
  • Velero
  • خدمات النسخ الاحتياطي السحابية الأصلية
لمن هذه الخدمة

أعمال السحابة والبنية بما يناسب حجمكم.

الشركات الصغيرة والمتوسطة

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

الشركات النامية

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

المؤسسات والجهات الخاضعة للتنظيم

دمج متطلبات موقع إقامة البيانات والاستمرارية والتدقيق في البنية منذ البداية.

قبل أن نبدأ

لجعل الاجتماع الأول مثمرًا.

لا شيء من ذلك شرط مسبق؛ وكل ما يتوفر لديكم يجعل الحديث الأول أكثر تحديدًا.

ما يمكنك تحضيره إن توفّر

  • تفصيل فواتير السحابة للأشهر القليلة الماضية، أو تكاليف العتاد والتراخيص
  • جرد التطبيقات والخوادم، ومخططات البنية إن وُجدت
  • مواعيد تجديد العتاد والتراخيص
  • متطلبات موقع إقامة البيانات والاستمرارية والمتطلبات التنظيمية
الأسئلة الشائعة

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

المراجع والمعايير

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

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

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

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

يعتمد ذلك على أعباء العمل لديكم، وفترة الترخيص الحالية، ومهارات فريقكم. نضع خيارات مثل Proxmox أو Hyper-V أو OpenStack أو الأجهزة الافتراضية على Kubernetes جنبًا إلى جنب مع البقاء على المنصة الحالية، ونقارن تكاليفها الإجمالية، ونخطّط لانتقال مرحلي إن لزم. ونتناول تحجيم الخوادم والتخزين مع خدمة العتاد المؤسسي.

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

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

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

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

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

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

لنحدّد احتياجاتك معًا.

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

  • نقاش تقني مع مختصين في مجالك
  • انطباعات أولية عن وضعك والأساليب الممكنة
  • عند الملاءمة، خطوة تالية: التقييم أو مقترح مشروع أو استشارات
  • اتفاقية عدم إفصاح قبل الاجتماع عند الحاجة
  • الرد على الطلبات خلال 4 ساعات عمل