Google Cloud يرصد أربع شذوذات في التخزين قبل أن تظهر في الفاتورة

أصبح Storage Intelligence Advisor متاحًا عمومًا لمستخدمي Google Cloud Storage في 10 سبتمبر 2026، على نطاق المشاريع والمجلدات والمؤسسات، وفق ملاحظات إصدار Cloud Storage. يبني المستشار خط أساس للنشاط، ثم يعرض أربع نتائج تتعلق بالعمليات وأخطاء تقييد المعدل والنقل بين المناطق ونمو السعة.

المقصود برصد المشكلة قبل ظهورها في الفاتورة ليس توقع قيمة الفاتورة أو تحليل بيانات Cloud Billing. الأداة تلتقط تغيرًا تشغيليًا قد تكون له تكلفة لاحقة، وتساعد المسؤول على تحديد المورد أو الهوية المرتبطة به؛ كما يشير تحليل BizTech Weekly للإتاحة العامة إلى أن Google لم تنشر حتى الآن قياسات مستقلة لدقة التنبيهات أو الوفر المالي المعتاد.

أربع شذوذات، وأربعة أسئلة مختلفة

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

• قفزة عمليات Class A أو Class B: تظهر عند ارتفاع العمليات على بيانات في فئتي Coldline أو Archive فوق خط الأساس. يبدأ الفحص بعدد العمليات ونسبة نموها، ثم بالسؤال عما إذا كانت بيانات معدّة للوصول النادر أصبحت تُقرأ أو تُعدّل بوتيرة أعلى.
• قفزة أخطاء 429: تعني زيادة الطلبات التي قيّد Cloud Storage معدلها. المقياس الأول هو عدد أخطاء 429 ونسبة ارتفاعها؛ والأثر الأقرب هنا هو زيادة زمن الاستجابة أو انتهاء المهلة، وليس نمو السعة.
• ارتفاع النقل الصادر بين المناطق: يرصد زيادة البيانات المنقولة من حاوية في منطقة إلى خدمة Google Cloud في منطقة أخرى. يبدأ التحقيق بحجم النقل ونسبة الزيادة، ثم بمقارنة موقع الحاوية بموقع الخدمة المستهلكة للبيانات.
• زيادة إجمالي البايتات فوق الاتجاه: تظهر عندما يتجاوز نمو التخزين الاتجاه المستند إلى فترة تاريخية مدتها 30 يومًا. السؤال الأول هو أي مجموعة بيانات نمت، لا ما إذا كان إجمالي المشروع قد ارتفع فحسب.

خريطة التشخيص من النتيجة إلى السبب

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

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

1. تحديد فئة النتيجة: تحسين الاستخدام أم الأداء.
2. قراءة المقياس الموافق لها: العمليات، أو أخطاء 429، أو النقل بين المناطق، أو نمو التخزين.
3. فتح الحاويات ذات أكبر مساهمة بدل إسناد التغير إلى المشروع كله.
4. الانتقال إلى البادئات وحسابات الخدمة لعزل مجموعة الكائنات والجهة المرتبطة بالنشاط.

ما الذي يكشفه كل مسار فعليًا؟

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

أما أخطاء 429 فتقود إلى تحقيق مختلف: هل تركزت الطلبات في حاوية أو بادئة محددة، ومن أرسلها خلال الفترة التي ارتفعت فيها الأخطاء؟ النتيجة تثبت تجاوز النشاط خط الأساس ووقوع تقييد للمعدل، لكنها لا تحدد وحدها إن كان السبب إعادة محاولات غير منضبطة أو تغيرًا مشروعًا في الحمل.

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

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

الإتاحة العامة لا تلغي التهيئة والصلاحيات

تصف Google الكشف بأنه لا يتطلب من الفرق بناء خطوط معالجة وتقارير مخصصة كي تحصل على النتائج. لكن الوصول إلى المستشار يظل مشروطًا بتهيئة Storage Intelligence للنطاق المطلوب ومنح المستخدم أذونات IAM اللازمة؛ أي إن «بلا إعداد» تتعلق بآلية بناء خط الأساس والكشف، لا بتفعيل الخدمة أو إدارة الوصول إليها.

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

ما بقي غير مثبت بعد الإطلاق

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

في المقابل، لا توجد في المواد المنشورة ضمانات لاكتشاف كل تغير خلال مدة ثابتة، ولا بيانات عامة عن معدل النتائج الخاطئة أو متوسط الوفر الناتج. Storage Intelligence Advisor يضيّق مساحة البحث ويقترح إجراءات، لكنه لا يثبت أن كل شذوذ سيرفع الفاتورة، ولا يستبدل سجلات الطلبات أو بيانات الفوترة عند إسناد السبب النهائي.

اقرأ أيضًا:

• إضافة Google Cloud تجمع المهارات وMCP، وتطلب الموافقة قبل التغيير
• Grok 4.6 يصل إلى Google Cloud، لكن الدفع حسب الاستخدام غير مدعوم
• تلسكوب Roman يصل إلى صاروخه قبل إطلاق يلاحق المادة المظلمة