النتيجة · حرية سحابية دون ارتهان لمورّد واحد
Cloud where it pays. On-prem where it must.
The choice between 'all cloud' and 'all on-prem' is a false binary. The real question is which workloads belong where, on what economic and compliance terms. Hybrid Cloud Architecture makes that decision deliberate, not accidental.
مراعٍ لـ PDPL · مواءم مع NCA-ECC
Workload-by-workload placement · PDPL-aware data residency · Vendor-portable design
المشكلة التي نحلّها.
Most cloud strategies are vendor strategies wearing a strategy hat.
نادرًا ما تصل المؤسسات إلى الالتزام بمزوّد سحابي واحد عبر قرار مدروس. بل تصل إلى ذلك عبر مصادفات نقل البيانات: الفريق الذي بدأ على AWS، ومزوّد SaaS الذي فرض Azure، ومتطلب إقامة البيانات الذي حتّم منطقة إقليمية بعينها. وبحلول الوقت الذي يرسم فيه أحدهم مخطط البنية، يكون الارتهان قد وقع بالفعل.
في الوقت نفسه، يزداد نظام حماية البيانات الشخصية في المملكة (PDPL) ومتطلبات إقامة البيانات الخاصة بكل قطاع صرامةً. بعض أحمال العمل يجب أن تبقى إقليمية، وبعضها يجب أن يبقى محليًا، وبعضها يمكن أن يعمل في أي مكان. البنية الهجينة التي تحترم هذه القيود، وتظل قابلة للنقل، هي ما يفصل بين استراتيجية السحابة ونتيجتها الحتمية.
وضعية يمكنك إثباتها.
وضعية هجينة واعية بأحمال العمل يمكنك الدفاع عنها من حيث التكلفة والإقامة وقابلية النقل.
PILLAR.01 · Workload
By-workload placement
Each workload assessed for the right home — cloud, on-prem, edge, or split — based on residency, performance, and total cost.
PILLAR.02 · PDPL
Compliant by design
Data residency mapped to KSA + regional regulatory requirements before any migration starts. No "discovered" residency violations later.
PILLAR.03 · Portable
Architecture
Designs that survive a vendor switch — not because you will switch, but because the option preserves your leverage.
30–50%
TCO improvement
Typical range for organisations correcting all-cloud or all-on-prem positions to a right-sized hybrid posture.
// مقياس النتيجة
كيف يبدو هذا عند التسليم.
يمتد التعاقد النموذجي من 6 إلى 12 أسبوعًا عبر تقييم أحمال العمل وقرارات التموضع وتصميم الطوبولوجيا. لا نجمع نقل البيانات مع التصميم، فالتوصية يجب أن تثبت جدواها بمفردها قبل انتقال أي حمل عمل.
Assess
- Workload inventory
- Cost & performance baseline
- Residency requirements
Decide
- Cloud / on-prem placement
- Vendor selection
- Total cost model
Topology
- Network connectivity
- Identity federation
- Data movement design
Operate
- Hybrid operating model
- FinOps cadence
- Portability checkpoints
أربعة مواطن. وقرار تموضع واحد.
مخرجات مرحلتَي التقييم والقرار هي مصفوفة تموضع لكل حمل عمل على حدة. يقع كل حمل عمل في واحدة بالضبط من هذه الفئات الأربع، باختيار مقصود، بناءً على التكلفة والإقامة والمرونة.
أحمال عمل متقطعة بلا قيد إقامة واحتياجات سعة مرنة. فاتورة السحابة تتبع الطلب، دون أعباء تركيب الأجهزة.
- تحليلات التسويق
- بيئات التطوير / الاختبار
- الويب الموجّه للجمهور
- المعالجة الدفعية
النواة الثابتة تبقى محلية؛ بينما تعيش طبقات الطفرة أو التحليلات أو التعافي من الكوارث في السحابة. وهو الشكل الأكثر شيوعًا في المؤسسات الخاضعة للتنظيم.
- نظام تخطيط الموارد الأساسي مع تحليلات سحابية
- قاعدة بيانات محلية مع تعافٍ من الكوارث سحابي
- نواة مصرفية مع قنوات سحابية
- أنظمة داخلية بواجهات برمجة عامة
أحمال العمل الجوهرية ذات الإقامة الصارمة، أو الحمل المتوقَّع، أو الالتزامات مع الجهات التنظيمية القطاعية. حديثة التصميم، لكنها محلية.
- دفتر الأستاذ المصرفي الأساسي
- بيانات حكومية سيادية
- سجلات المرضى (ضمن نطاق الهيئة الوطنية للصحة)
- بحث وتطوير حسّاس / ملكية فكرية
أحمال عمل يجب أن تبقى محلية لأسباب تتعلق بزمن الاستجابة أو الاستقلالية التشغيلية، في الفروع أو المصانع أو مواقع البيع بالتجزئة أو المنشآت النائية.
- نقاط بيع الفروع
- تقنية تشغيل صناعية OT / SCADA
- الاستدلال داخل المتجر
- عمليات غير متصلة
ثلاث خدمات. نتيجة واحدة مُسلَّمة.
هذه النتيجة مُركَّبة من خدماتنا. كل خدمة تُتقن شيئًا واحدًا، ومعًا تُحقق الوضعية أعلاه.
// service.01
Cloud Services
Cloud-native expertise across AWS, Azure, and Huawei Cloud — provider-neutral assessment, regional landing zones.
مفتوح Cloud Services // service.02Infrastructure Services
On-prem foundations — for the workloads that should stay or must stay, with cloud-grade automation overlay.
مفتوح Infrastructure Services // service.03Migration
When a workload should move — controlled cutover engineering with the residency and downtime constraints handled.
مفتوح Migrationأسئلة صريحة.
Q.01كيف يُتَّخذ قرار تموضع أحمال العمل فعليًا؟
يُقيَّم كل حمل عمل على ثلاثة محاور: الإقامة (يجب أن يبقى في المملكة أم يمكن أن يغادرها)، والمرونة (حمل يمكن التنبؤ به مقابل حمل متقطع)، والتكلفة الإجمالية. والمُخرَج مصفوفة تموضع لكل حمل عمل، يعتمدها مالك العمل قبل التخطيط لأي نقل بيانات.
Q.02هل تتولّون نقل البيانات أيضًا، أم التصميم فقط؟
الاثنان معًا، لكن ليس ضمن التعاقد نفسه أبدًا. فالتوصية يجب أن تثبت جدواها بمفردها أولًا. وإذا صمدت قرارات التموضع، يأتي نقل البيانات كتعاقد منفصل النطاق ضمن خدمة نقل البيانات لدينا.
Q.03كيف تتجنبون الارتهان إذا اعتمدنا على السحابة بشكل كبير؟
من خلال التصميم لقابلية النقل: هوية محايدة تجاه المزوّد، وأحمال عمل مُحوسَبة ضمن حاويات حيثما تكون الجدوى الاقتصادية قائمة، وبنية تحتية كشيفرة تستهدف أكثر من سحابة واحدة، ونقطة تحقق سنوية من قابلية النقل مدمجة في نموذج التشغيل.
Q.04ماذا عن PDPL ومتطلبات الإقامة القطاعية؟
الإقامة هي المرشّح الأول في مصفوفة التموضع، لا الأخير. تُوسَم أحمال العمل التي يجب أن تبقى إقليمية قبل أي تقييم للتكلفة أو الأداء، لذا لا يكون الجواب أبدًا «اكتشفنا لاحقًا أن هذا لا يمكن نقله».
Q.05ما التحسّن المعتاد في إجمالي تكلفة الملكية الذي تلاحظونه؟
نطاق 30–50% للمؤسسات التي تصحّح مواقف السحابة الكاملة أو المحلي الكامل نحو وضعية هجينة بالحجم الصحيح. ويأتي التحسّن من نقل أحمال العمل الصحيحة، لا من التفاوض على فاتورة سحابية أفضل.
// 07 · تواصل
أتريد قراءة محايدة تجاه المورّدين لـاستراتيجيتك السحابية؟
مراجعة مدتها 30 دقيقة لوضعيتك السحابية الحالية، مع تحليل لكل حمل عمل على حدة يوضّح أين تدفع مقابل توافق غير مناسب. بلا عرض تقديمي وبلا ترويج.