فاتورة السحابة تنخفض
موردًا مسمّى تلو الآخر.
مع CerteroX Cloud Management، يعمل ستة وعشرون فحصًا مسمّى عبر اثنتي عشرة منصة للسحابة والبيانات. كل نتيجة هي مورد محدد، ومسؤول يمكنه الموافقة على التغيير، وحدّ تضعه أنت.
ثم تمنع طبقة الحوكمة الهدر من العودة.
تشغيل التحسين
توضيحيالمجمّع · الهندسة · آخر 24 ساعة
تم تقييم 26 من 26 فحصًا
- Instances in Stopped State for a Long Time متوقف منذ 14 يومًا أو أكثر، ولا يزال مخصصًا
- 40
- Obsolete Snapshot Chains صورة الجذر أُلغي تسجيلها
- 7
- Kubernetes Rightsizing الطلبات مقابل الاستخدام الفعلي
- 12 مساحة أسماء
- Reserved Instances Opportunities حالة مستقرة منذ 150 يومًا
- 18
- مخالفة ارتباط الوسوم المسؤول محدد، ومركز التكلفة مفقود
- 3
كل نتيجة تحمل
الحد · الاستثناءات · التجاوزات
الهدر السحابي قائمة بأشياء يستطيع أحدهم إيقافها.
تنمو فواتير السحابة لأن أحدًا لا يرى أيّ الخوادم وقواعد البيانات ووحدات التخزين المحددة خاملة، أو من المخوَّل بإيقافها. لوحات معلومات التكاليف تعرض الإجمالي حسب الخدمة، فيتفق الاجتماع على وجود هدر وينتهي دون قرار. يحوّل CerteroX الفاتورة إلى قائمة مسمّاة من الموارد، لكل منها مسؤول وإجراء موصى به.
- التكلفة
يتوقف الإنفاق على ما لا يستخدمه أحد.
ستة وعشرون فحصًا تبحث عن الموارد الخاملة والمفرطة الحجم والمنسية عبر اثنتي عشرة منصة للسحابة والبيانات، وكل نتيجة تحدد بالضبط ما يجب تغييره.
- المخاطر
التغييرات يوافق عليها الشخص المناسب.
كل نتيجة تذهب إلى المسؤول الذي يمكنه الموافقة عليها، ضمن حدود تضعها أنت، فلا تأتي الوفورات أبدًا على حساب شيء تعتمد عليه الأعمال.
- الجهد
التنظيف لا يحتاج إلى تكرار.
تواصل السياسات المراقبة بعد الجولة الأولى، فلا يعود الهدر بهدوء بعد ثلاثة أشهر، ولا يبدأ الفريق من الصفر كل ربع سنة.
المشكلة
كل لوحة معلومات للتكاليف تتوقف قبل القرار بسؤال واحد.
الإجراء يحتاج إلى مورد ومسؤول وتاريخ. والتكلفة حسب الخدمة لا تمنحك أيًّا من الثلاثة، فينتهي الاجتماع حيث بدأ.
29%
من الإنفاق السحابي يُهدر، وهي أول زيادة منذ خمس سنوات
متوسط قطاعي مستمد من بيئة شخص آخر. أما في بيئتك، فكل نقطة منه تصل مع اسم مورد مرفق بها.
- 01 لا مسؤول، لا إجراء
الجميع متفقون على أن ضبط الحجم صحيح. ولا أحد مخوَّل بالموافقة عليه.
المثيل ينتمي إلى حساب ينتمي إلى فريق أُعيدت هيكلته العام الماضي. ودون ملكية، تبقى النتيجة في قائمة الانتظار حتى يعيد أحدهم تسميتها ديونًا تقنية.
قواعد تعيين بتسعة أنواع من الشروط لتحديد الملكية تلقائيًا إدارة السحابة
- 02 مشروع الوسوم لا ينتهي أبدًا
معيار الوسوم لديك صفحة ويكي وأربعون في المئة من الموارد.
التخصيص ينتظر برنامج وسوم لن يكتمل، فلا يبدأ عرض التكاليف أبدًا، ولا يشعر أحد بتكلفة أي شيء يشغّله.
وسوم افتراضية تُحتسب بشكل مستقل عن الوسوم الأصلية للسحابة إدارة السحابة
- 03 محدد الحجم وفق الطلبات
Kubernetes بند واحد في الفاتورة ونصف العنقود.
تُحجَّم العُقد وفق الطلبات التي أعلنها المطورون. ويعمل العنقود بثلث ما يحجزه، ولا تُفصَّل الفاتورة حسب مساحة الأسماء.
تكلفة Kubernetes واستغلاله حسب مساحة الأسماء والعقدة والخدمة إدارة السحابة
- 04 الوفر الذي تبدّد مجددًا
نظّفتها في مارس. وعادت بحلول يونيو.
لم يكن لأي شيء عمر محدد، ولم يُوضع أي حد، ولم تُطلق أي سياسة عندما عادت الفئة نفسها من الموارد للظهور. التحسين دون حوكمة مشروع فصلي دائم.
مدة صلاحية الموارد (TTL) مع فرض تلقائي لدورة حياتها إدارة السحابة
- الهدر قائمة تعمل على إنجازها، ثم سياسة تمنع القائمة من إعادة بناء نفسها.
يمكن أن يساعد CerteroX Cloud Management
احجز عرضًا توضيحيًاثلاثة من التخصصات الخمسة.
يعمل كل منتج بشكل مستقل ويتشارك نموذج أصول واحدًا، لذا لا تحتاج الأجزاء التي تمتد عبر المنتجات إلى أي عمل تكامل.
- أساسي CerteroX Cloud Management ستة وعشرون فحصًا مسمّى، ونموذج تكلفة واحد عبر اثنتي عشرة منصة، وسياسة تفرض التطبيق. اعرف المزيد
- ينطبق أيضًا CerteroX AI Management محرك التوصيات نفسه موجّه إلى أساطيل GPU ومنفّذي التعلم الآلي. اعرف المزيد
- ينطبق أيضًا CerteroX ITAM المثيلات السحابية مطابَقة مع سجل الأصول نفسه الذي يشمل كل ما تملكه. اعرف المزيد
أنت تشاهد التفاصيل التقنية الكاملة. أوقفها لعرض النسخة المختصرة.
إخفاء التفاصيل التقنيةأربع خطوات، واحدة منها فقط هي اكتشاف الهدر.
معظم الأدوات تنفّذ الخطوة الثانية. أما الأولى فتحدد ما إذا كان سيُتخذ أي إجراء، والرابعة تحدد ما إذا كان الإصلاح سيدوم.
-
إسناد كل pounddollareuro
الملكية تسبق التحسين، لأن النتيجة التي لا مسؤول لها مجرد معلومة عابرة.
- مجمّعات تكاليف مصنّفة كميزانية أو وحدة أعمال أو فريق أو مشروع أو CI/CD أو أصل إدارة السحابة
- قواعد تعيين بتسعة أنواع من الشروط لتحديد الملكية تلقائيًا إدارة السحابة
- وسوم افتراضية تُحتسب بشكل مستقل عن الوسوم الأصلية للسحابة إدارة السحابة
- دعم أصلي لمعيار FOCUS، مواصفة FinOps المفتوحة للتكاليف والاستخدام إدارة السحابة
- عرض التكاليف وتحميلها على أساس المجمّعات مع حالات إنفاق زائد مبنية على التوقعات إدارة السحابة
-
اكتشف الهدر بالاسم
كل نتيجة هي فحص مسمّى على مورد مسمّى، مع الحد الذي أطلقها. ولا يُبلَّغ عن أي شيء بصيغة «تم تحديد وفورات محتملة».
- المثيلات والصور وموازنات الأحمال وحاويات S3 وتدفقات Kinesis المهجورة إدارة السحابة
- الصور وعناوين IP واللقطات وسلاسل اللقطات المتقادمة إدارة السحابة
- مثيلات متوقفة دون تحرير مواردها، ووحدات تخزين غير مرتبطة منذ مدة طويلة إدارة السحابة
- ضبط حجم المثيلات واكتشاف RDS غير المستغلة بالكامل إدارة السحابة
- ضبط حجم Kubernetes وأداة العثور على التكرارات في تخزين الكائنات إدارة السحابة
- عتبات لكل فحص، واستثناءات للمجمّعات، وتخطي للحسابات إدارة السحابة
-
التزم في اللحظة المناسبة
خصومات الالتزام هي أكبر رافعة منفردة، وأسهل ما يُشترى متأخرًا ستة أشهر.
- تحليل تغطية Reserved Instances وSavings Plans إدارة السحابة
- فرص شراء Reserved Instances وSavings Plans إدارة السحابة
- فرص ترقية أجيال المثيلات والترحيل بين المناطق إدارة السحابة
- تمييز المثيلات قصيرة العمر كمرشحة لمثيلات spot وpreemptible إدارة السحابة
- جداول تشغيل الأجهزة الافتراضية للتشغيل والإيقاف تلقائيًا إدارة السحابة
-
حافظ على المكاسب
هذا هو النصف من FinOps الذي تتجاوزه معظم الأدوات: سياسة تُطلق قبل أن تصل الفاتورة.
- مدة صلاحية الموارد (TTL) مع فرض تلقائي لدورة حياتها إدارة السحابة
- حدود إجمالية ويومية للنفقات لكل مورد أو مجمّع إدارة السحابة
- اكتشاف الحالات الشاذة في النفقات مقارنةً بمتوسط يومي متحرك إدارة السحابة
- الامتثال للوسوم: الوسوم المطلوبة، والوسوم المحظورة، وقواعد الارتباط إدارة السحابة
- اكتشاف الحالات الشاذة في عدد الموارد وسياسات حصص الموارد إدارة السحابة
- سجل مخالفات القيود وتتبّع القيود المكتشفة إدارة السحابة
اطلب رؤية أي منها وهو يعمل داخل المنتج نفسه، على الشاشة التي يحدث فيها.
كيف يبدو الوضع الجيد.
يمكنك تمييز ممارسة FinOps الناضجة من اجتماعاتها. لا أحد يتجادل حول الإجمالي.
- 01
لكل نتيجة اسم ومسؤول.
Abandoned Kinesis Streams، بهذا الاسم تحديدًا. المورد، والمجمّع الذي ينتمي إليه، والشخص الذي يمكنه الموافقة على التغيير، كلها في الصف نفسه.
- 02
لكل فحص حدّه الخاص.
تُضبط الحدود واستثناءات المجمّعات وتجاوزات الحسابات لكل فحص على حدة، فتتوقف بيئة التعافي من الكوارث عن توليد النتائج دون أن يعطّل أحد الفحص الذي يحمي كل شيء آخر.
- 03
التخصيص لا ينتظر الوسوم.
تُحتسب الوسوم الافتراضية اليوم من الحساب أو المنطقة أو الخدمة أو نمط الاسم أو المسؤول، بينما تُوائم سياسة الوسوم الوسومَ الحقيقية خلفها.
- 04
التنظيف لا يحتاج إلى تكرار.
مدد الصلاحية (TTL) تُنهي بيئة الاختبار المعزولة، وحدود النفقات تضع سقفًا للمجمّع، ورصد الحالات الشاذة يلتقط الارتفاع المفاجئ، وسجل المخالفات يبيّن بالضبط ما الذي أُطلق ومتى.
- 05
نموذج التكلفة الخاص بك يدوم أطول من مورّدك.
تُستوعب بيانات FOCUS بشكل أصلي ويمكن الاستعلام عنها مباشرةً، فيكون نموذج التكلفة معيارًا مفتوحًا تملكه أنت.
نستخدم بالفعل أدوات التكاليف الأصلية في كل سحابة. ما الذي يضيفه هذا؟
الأدوات الأصلية ممتازة داخل حدودها وعمياء خارجها. أما هذا فيبني نموذج تكلفة واحدًا عبر اثنتي عشرة منصة للسحابة والبيانات، من بينها Kubernetes وDatabricks وSnowflake، مع نظام تخصيص واحد، ومحرك سياسات واحد، ومجموعة توصيات واحدة. كما يشغّل الفحوص التي لا تشغّلها وحدات تحكم الفوترة: سلاسل اللقطات، والتدفقات المهجورة، والمثيلات المتوقفة دون إلغاء تخصيصها، والمرشحات قصيرة العمر لمثيلات spot.
وسومنا في حالة فوضى. هل علينا إصلاحها أولًا؟
لا. تُحتسب الوسوم الافتراضية بمعزل عن الوسوم الأصلية للسحابة، فيعمل التخصيص على أساس الحساب أو المنطقة أو الخدمة أو نمط الاسم أو المسؤول منذ اليوم الأول. ثم تُصلح سياسة الامتثال للوسوم (الوسوم المطلوبة، والوسوم المحظورة، وقواعد الارتباط) الفوضى الأساسية في الخلفية.
كيف نمنع المطورين من اعتبار هذا عملية خفض تكاليف تُفرض عليهم؟
امنحهم المجمّع والميزانية. تُصنَّف مجمّعات التكلفة إلى ميزانية، أو وحدة أعمال، أو فريق، أو مشروع، أو CI/CD، أو أصل، ولكل منها ميزانيته وحدوده وتنبيهات Slack الخاصة به. والبيئات القابلة للمشاركة مع الحجز ومفاتيح SSH وwebhooks الخاصة بـ CI/CD تعني أن النظام نفسه الذي يفوترهم هو الذي يوفّر لهم بيئة الاختبار.
هل يغطي هذا Kubernetes بشكل صحيح، أم العُقد التي تحته فقط؟
تُفصَّل التكلفة والاستخدام حسب مساحة الأسماء والعقدة والخدمة، وضبط الحجم المناسب لـ Kubernetes هو أحد الفحوص الستة والعشرين المسمّاة، لأن العناقيد تُحجَّم دائمًا تقريبًا وفق الطلبات المعلنة، أعلى بكثير مما تستخدمه الحاويات (pods) فعلًا. وتنطبق المجمّعات والميزانيات والسياسات نفسها على مساحة الأسماء كما على الاشتراك.
ماذا عن الإنفاق على GPU؟ إنه البند الأسرع نموًا لدينا.
منفّذو التعلم الآلي هم مثيلات سحابية، لذا ينطبق عليهم تلقائيًا رصد الموارد المهجورة، وضبط الحجم المناسب، والترقية إلى الجيل الأحدث، والانتقال إلى مثيلات spot، ويمكن أن تكون لأحمال عمل التعلم الآلي والذكاء الاصطناعي مجمّعات تكلفة وميزانيات خاصة بها. هذا هو CerteroX AI Management، على المحرك نفسه.
شاهد الفحوص وهي تعمل.
واخرج بقائمة من الأسماء.
وضع سحابي مُعبّأ بالبيانات بحجم حقيقي، نستعرضه نتيجةً بنتيجة: فحصًا مسمّى تلو الآخر، ومورِدًا تلو الآخر، ومسؤولًا تلو الآخر. أخبرنا بالمنصات التي تستخدمها، وأيّ الفحوص الستة والعشرين قد تعترض عليه.
دون أي التزام ودون ملف PDF مشروط بالتسجيل. الفحوص الستة والعشرون كلها، وشخص في الاتصال يستطيع الإجابة عن كل واحد منها.