السحابة والبنية التحتية
معمارية AWS وGCP وOVH وCloudflare وSupabase وVercel لعملاء الشرق الأوسط وأوروبا. البنية التحتية ككود، تحسين التكلفة، ونشر على سحابات سيادية.
معمارية السحابة في 2026 نضجت لتبقى تخصص فيه الـ قرارات أهم من الـ مميزات. كل سحابة عندها كل خدمة؛ الإجابة الصح بتعتمد على اقتصاديات شغلكم المحددة، إقامة البيانات، مهارات الفريق، ومسار التكلفة.
بنساعد العملاء ياخدوا القرارات دي وبنشحن البنية التحتية الناتجة.
ممارستنا بتغطّي
المعمارية والهجرة
- معمارية سحابة جديدة لمشاريع greenfield
- استراتيجية وتنفيذ هجرة (AWS ← Cloudflare، محلي ← سحابي، سحابة واحدة ← متعدد السحابات)
- نشر هجين فيه بعض الأحمال بتفضل محلية (لأسباب تنظيمية أو تكلفة) والباقي بيروح سحابي
- تصميم سحابة سيادية وإقامة بيانات للخدمات المالية المصرية، الصحة، وأحمال الحكومة
تحسين التكلفة
- تحليل الحالات المحجوزة / خطط التوفير على AWS — عادةً تخفيض 20-40% من غير ما يتغير اللي شغّال
- تحديد الحجم المناسب للأحمال باستخدام بيانات المراقبة
- هجرة فئات التخزين (S3 Intelligent-Tiering، GCS Nearline، إلخ)
- استراتيجيات خفض تكلفة الخروج (ترقية طبقة CDN، نشر على الحافة، توحيد إقليمي)
المنصات السحابية اللي بنشتغل عليها
| المنصة | نقطة القوة | الملاءمة المعتادة للعميل |
|---|---|---|
| AWS | الاتساع، النظام البيئي الناضج | شركات مؤسسية، صناعات منظّمة، مكدسات معقدة متعددة الخدمات |
| GCP | الذكاء الاصطناعي/تعلم الآلة، BigQuery، Vertex AI | شركات معتمدة على البيانات وبيانات أولاً |
| OVH | إقامة بيانات أوروبية، التكلفة | أحمال أوروبية أو ممتدة بين المنطقة وأوروبا |
| Cloudflare Workers | حافة عالمية، طبقة مجانية، مناطق أوروبية | محتوى ثابت + حوسبة على الحافة، مواقع المحتوى، استدلال ذكاء اصطناعي على الحافة |
| Supabase | Postgres-first BaaS، مناطق أوروبية | شركات ناشئة وصغيرة ومتوسطة، مكدسات Postgres صديقة |
| Vercel | استضافة الواجهة الأمامية، Next.js | فرق متمحورة حول الواجهة الأمامية شغّالة على Next.js |
إحنا غير متحيزين لمنصة معينة وبنوصّي بناءً على اقتصاديات الشغل، مش علاقات بالموردين.
البنية التحتية ككود (IaC)
بنشتغل أساساً في Terraform / OpenTofu مع modules مُهيكلة لإعادة الاستخدام. تخطيط الـ repo القياسي:
infrastructure/
modules/ وحدات بناء قابلة لإعادة الاستخدام (vpc, eks, rds, إلخ.)
environments/
staging/ تكوين لكل بيئة
production/
workflows/ CI/CD على plan + applyكل تغيير بنية تحتية بيمر عبر مراجعة pull request. terraform plan بيشتغل على PR، terraform apply بيشتغل على الدمج. اكتشاف الانحراف بيشتغل ليلياً.
المراقبة والموثوقية
- مكدس السجلات والمقاييس: Cloudwatch + Prometheus + Grafana، أو Datadog، أو مراقبة مفتوحة المصدر (OpenTelemetry → SigNoz)
- التنبيه على المقاييس اللي بتترجم لحوادث ظاهرة للمستخدم، مش على إشارات بنية تحتية مشوّشة
- تصميم تناوب On-call وكتب قواعد الاستجابة للحوادث
- عملية مراجعة ما بعد الحادث؛ بدون لوم وموجّهة للتعلم
بنوصّل إيه
الاستكشاف (الأسبوع 1-2)
- تدقيق البنية التحتية الموجودة (حوسبة، تخزين، شبكة، صلاحيات، مراقبة)
- تحليل التكلفة بتفصيل الهدر
- تدقيق امتثال على متطلباتكم التنظيمية (البنك المركزي، ساما، GDPR، إلخ)
- خريطة طريق تحسين مرتبة بالأولوية لـ 12 أسبوع
البناء (الأسابيع 3+)
- معمارية جديدة أو تنفيذ خطة هجرة
- وحدات Terraform وتوصيل CI/CD
- إقامة مكدس المراقبة
- خطة تحويل إنتاجي مع إجراءات تراجع
- توثيق لفريقكم عشان يشتغلوا باستقلالية
التسليم أو الشراكة المستمرة
- للمشاريع: نقل المعرفة لفريق العمليات الداخلي عندكم
- للمستمرة: مراجعة معمارية فصلية + استشارة on-call + مسح تحسين تكلفة
نتائج معتادة
من مهام أُنجزت في 2025-2026:
- شركة تكنولوجيا مالية في المنطقة: فاتورة AWS اتخفضت 38% في 6 أسابيع عبر تحديد حجم + حالات محجوزة + تدرج S3
- شركة SaaS مقرها القاهرة: هجرة لـ Cloudflare Workers + Supabase، خفض تكلفة بنية تحتية 70% مع ضعف الأداء (LCP)
- عميل وسائط أوروبي: إعداد Terraform متعدد المناطق مع فشل تلقائي؛ RTO نزل من 4 ساعات لـ 12 دقيقة
- شركة ناشئة مصرية في الصحة: نشر سحابة سيادية على مزود مصري محلي لأحمال البيانات الشخصية + GCP للتحليلات بدون بيانات شخصية؛ متوافق مع مسودة قاعدة الذكاء الاصطناعي من البنك المركزي
أشكال المهام وأسعار مرجعية
للتخطيط الإرشادي:
تدقيق السحابة (2-3 أسابيع)
- البنية التحتية الموجودة مرسومة (حوسبة، تخزين، شبكة، صلاحيات)
- تحليل تكلفة بتفصيل الهدر والاندماجات المُوصى بيها
- وضع الامتثال مقابل متطلباتكم التنظيمية (البنك المركزي، ساما، GDPR)
- خريطة طريق علاجية مرتبة بالأولوية لـ 90 يوم بعائد لكل بند
- استثمار معتاد: 15-30 ألف دولار حسب تعقيد البيئة
مهمة هجرة (8-16 أسبوع)
- خطة هجرة من الحالة الحالية للمستهدفة (AWS ← Cloudflare، محلي ← سحابي، إلخ)
- وحدات Terraform / OpenTofu مبنية للمعمارية المستهدفة
- خطوط CI/CD على plan/apply، اكتشاف انحراف ليلي
- تحويل مرحلي بإجراءات تراجع في كل مرحلة
- نقل معرفة لفريقكم للتشغيل المستمر
- استثمار معتاد: 80-220 ألف دولار حسب عدد الأحمال والتعقيد
احتفاظ موثوقية / SRE (6-12 شهر)
- مراجعة معمارية شهرية، استشارة on-call، مسح تحسين تكلفة فصلي
- دعم استجابة للحوادث خلال مرحلة آلام النمو لفريقكم
- استثمار معتاد: 6-15 ألف دولار شهرياً حسب حجم البيئة
دي مراجع مش عروض أسعار.
إمتى مش المفروض تشتغلوا معانا
بنبقى صريحين لما مش هنبقى الاختيار الصح:
- عايزين تدفعوا كل حاجة على Kubernetes بغض النظر عن الملاءمة — هنحاربكم على ده. تحت 50 خدمة، Kubernetes عادةً غلط. لو قراركم متخذ، عيّنوا متخصص Kubernetes، مش إحنا
- متعدد السحابات “للمرونة” بدون قصة وضوح وضع الفشل — متعدد السحابات بيضاعف تعقيدكم التشغيلي ونادراً بيضاعف مرونتكم. هنتحدى الافتراض؛ لو رفضتم التحدي، إحنا غالباً مش الشركة المناسبة
- إخراج البنية التحتية بالكامل — بنبني القدرة جوه فريقكم. لو مفيش قدرة عمليات داخلية ولا نية لبنائها، أنت محتاج مزود خدمة مُدارة، مش استشارية
- تسوّق سحابي بناءً على الكريديت — كريديت السحابة من صناديق المخاطر بتشوّه قرارات المعمارية بطرق بتآذي على المقياس. بنصمم لمنحنى التكلفة اللي هتواجهوه على المقياس، مش لنقطة السعر تحت دعم الكريديت
تواصلوا معانا
ابعتوا إيميل لـ contact@kalastor.net بإنفاقكم السحابي الحالي (تقديري)، أكتر 3 نقاط ألم، وأي قيود امتثال لازم نعرفها. بنرد خلال 24 ساعة.
السحابة والبنية التحتية — الأسئلة الشائعة
إيه السحابة اللي بتوصّوا بيها لشركات المنطقة؟
بيعتمد على إقامة البيانات، نوع الشغل، والمهارات الموجودة. للأحمال الحساسة لإقامة البيانات (الخدمات المالية المصرية تحت مسودة قاعدة الذكاء الاصطناعي من البنك المركزي): OVH (مرسيليا)، Cloudflare Workers (حافة عالمية مع مناطق أوروبية)، أو مزودي سحابة سيادية معتمدين من الجهات التنظيمية المحلية. للأحمال غير الحساسة: AWS هو الافتراضي للاتساع، GCP لأحمال الذكاء الاصطناعي وتعلم الآلة، Cloudflare Workers للنشر القائم على الحافة.
بتعملوا نشر على Cloudflare Workers؟
أيوه — بشكل مكثف. شحنّا مواقع إنتاجية على Cloudflare Workers Static Assets (مسار الهجرة اللي Cloudflare نفسها بتوصّي بيه من Pages في 2026)، Workers AI للاستدلال على الحافة، وWorkers KV/D1/R2 لطبقات البيانات. الجمع بين الحضور على الحافة العالمية، طبقة مجانية سخية، ومناطق بيانات أوروبية بيخلي Cloudflare اختيار افتراضي ممتاز للأحمال اللي بتمتد بين المنطقة وأوروبا.
تقدروا تساعدونا نهجّر من AWS عشان نقلل التكلفة؟
في الغالب أيوه — فواتير AWS بتبقى متضخمة 30-50% بسبب قدرة محجوزة غير مستخدمة، حالات أكبر من المطلوب، وخدمات منسية. بس هنقولكم بصراحة لو الهجرة هي الخطوة الغلط. خفض التكلفة جوه AWS (خطط التوفير، حالات Graviton، تحسين فئات تخزين S3) عادةً عائد أسرع من الهجرة الكاملة.
بتشتغلوا على Kubernetes؟
بتحفّظ، وبس لما يكون مبرّر. معظم الشركات اللي عندها أقل من 50 خدمة مش محتاجة Kubernetes — العبء التشغيلي أكتر من الفايدة. بننشر على Kubernetes لما الحالة تبرّره (SaaS متعدد المستأجرين، خدمات مصغرة معقدة)، وبندفع بقوة لبدائل أبسط (خدمات حاويات مُدارة، serverless) لما الحالة مش تبرّر.
إيه يعني "البنية التحتية ككود" في التطبيق؟
كل قطعة من البنية التحتية السحابية (حوسبة، تخزين، شبكة، صلاحيات) معرّفة في كود تحت تحكم النسخ، بتتطبّق عبر CI/CD، وبتتراجع عبر pull request. بنستخدم Terraform / OpenTofu كافتراضي. الفايدة: كل بيئة قابلة للإنتاج من جديد، كل تغيير قابل للتدقيق، والتعافي من الكوارث بقى `terraform apply` بدل إعادة بناء 3 أيام.
إزاي بتتعاملوا مع امتثال إقامة البيانات في مصر؟
خيارين حسب حساسية الشغل: (1) نشر داخل مصر على مزود سحابة سيادية معتمد من البنك المركزي — خيارات محدودة بس كافية لمعظم الأحمال، أو (2) نشر في الأراضي المجاورة (الإمارات، السعودية) مع تدفقات موافقة صريحة وإخفاء هوية. لاستدلال النماذج اللغوية تحديداً، النشر المحلي لنماذج بأوزان مفتوحة جنب مكالمات واجهات تجارية (لسير عمل بدون بيانات شخصية) نمط شائع.
جاهزين تبدأوا؟
ابعتوا إيميل لـ contact@kalastor.net ببريف صفحة واحدة. بنرد خلال 24 ساعة.
