تخطَّ إلى المحتوى

تحسين السحابة

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

ما هذه الخدمة

تحسينُ السحابة يجعل الإنفاقَ السحابيّ مرئيّاً وقابلاً للإسناد وقابلاً للتعديل. تأتي أوّلاً قياساتُ الاستخدام والوسمُ (Tagging) وإسنادُ التكلفة، ثمّ ضبطُ الأحجام وتخطيطُ الالتزامات والتوسّعُ التلقائيّ، ثمّ حواجزُ الحماية التي تمنع تآكل المكاسب.

نمطُ الفشل هو تمرينُ التكلفة لمرّةٍ واحدة. يحذف أحدُهم أقراصاً غير مستخدمة، ويعيد تحجيم بضع مثيلات، ويعلن وفراً؛ وبعد ستّة أشهر تعود الفاتورة إلى ما كانت عليه لأنّ شيئاً لم يتغيّر في طريقة إنشاء الموارد. التحسينُ الذي لا يُربَط بعمليّة التزويد وبالموازنات مشروعٌ لا قدرةٌ مؤسّسيّة.

متى تحتاجها

إن صدق أكثرُ من واحدةٍ ممّا يلي، فهذه عادةً نقطةُ البداية الصحيحة.

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

ما الذي يشمله النطاق

  • جمعُ قياسات الاستخدام والتكلفة عبر الحسابات والاشتراكات والمشاريع في عرضٍ واحد قابل للمقارنة.
  • معيارُ وسمٍ وآليّةُ فرضه، بحيث يصير الإسنادُ خاصّيّةً في التزويد لا تسويةً شهريّة.
  • تحليلُ ضبط الأحجام استناداً إلى استغلالٍ مرصود على مدى فترةٍ ممثِّلة، لا إلى لقطةٍ من يوم ذروة.
  • تخطيطُ الالتزامات والخصومات بما يطابق خطّ الأساس الذي تستطيعون الدفاع عنه فعلاً.
  • موازناتٌ وتنبيهاتٌ وتقاريرُ إظهار تكلفة (Showback) وحواجزُ سياسة تُبقي الموارد الجديدة داخل النموذج.

ما الذي تستلمه

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

مخطّطٌ معماريٌّ مرجعيّ

مرجعٌ لا قالب. بيئتُك هي التي تقرّر أيَّ أجزائه ينطبق، وبأيّ ترتيبٍ يصل.

مخطّطٌ مرجعيٌّ لتحسين السحابة: طبقاتُ الاكتشاف والتحكّم والحوكمةالاكتشاف: Usage Telemetry, Tagging, Cost Allocation. التحكّم: Right-sizing, Commitment Planning, Autoscaling. الحوكمة: Budgets & Alerts, Showback, Policy GuardrailsالاكتشافUsage TelemetryTaggingCost AllocationالتحكّمRight-sizingCommitment PlanningAutoscalingالحوكمةBudgets & AlertsShowbackPolicy Guardrails
مخطّطٌ مرجعيٌّ لتحسين السحابة: طبقاتُ الاكتشاف والتحكّم والحوكمة

كيف يُقاس النجاح

تُتَّفق المستهدفاتُ معك قبل بدء العمل، ويُرفَع التقريرُ عليها طوال مدّته.

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

أسئلةٌ تُطرح علينا

  • كم يمكن أن نوفّر؟

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

  • هل يعرّض ضبطُ الأحجام الأداءَ للخطر؟

    قد يفعل، ولهذا تهمّ فترةُ الرصد. توصيةٌ مستخلَصة من أسبوعين هادئين ستقلّص مورداً كان يحتاج ذلك الهامش عند إقفال الشهر. نعمل على فترةٍ تتضمّن ذُراكم المعروفة، ونغيّر على مراحل، ونحتفظ بالحجم السابق كخيار تراجعٍ موثَّق.

  • هل نشتري حجوزاتٍ أو التزامات؟

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

  • هل هذا مشروع أم عملٌ مستمرّ؟

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

  • من ينبغي أن يملك تكلفة السحابة؟

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

  • هل نحتاج أداةً مخصّصة لإدارة التكلفة؟

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

اقرأ أيضًا

  • استمراريّة الأعمال

    تحليلُ الأثر وأهدافُ RPO وRTO وتصميمُ التحويل عند الفشل وكرّاساتٌ مُختبَرة، ليكون التعافي شيئاً تدرّبتم عليه لا شيئاً تفترضونه.

  • ترحيل السحابة

    جردُ التطبيقات وتصميمُ منطقة الهبوط (Landing Zone) والتحويلُ على موجات لنقل أحمال التشغيل إلى AWS أو Azure أو GCP، مع رسم التبعيّات قبل نافذة التنفيذ.

ابدأ بتقييم

أسرعُ طريقٍ إلى جوابٍ مفيد نظرةٌ قصيرةٌ محدَّدةُ النطاق على ما لديكم أصلًا.