الخلاصة

  • أعلنت Vercel في 23 أكتوبر إتاحة إدارة ميزانية الفريق الحالية عبر CLI. عند تفعيل التعليق، يؤدي بلوغ الميزانية إلى تعليق عمليات النشر الإنتاجية لجميع مشاريع الفريق.
  • تحتاج العودة إلى استئناف كل مشروع على حدة، ولا يكفي رفع الميزانية. وتستمر رسوم الموارد المخزنة وبعض الاستخدامات التي تظل جارية.

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

أضاف إعلان 23 أكتوبر مدخلا جديدا لهذا القرار: يستطيع الأمر vercel budgets عرض إنفاق الدورة والميزانية، ويمكن من سطر الأوامر تعديل الميزانية أو إزالتها وقراءة سجل التنبيهات. هذه هي On-Demand Budget نفسها في إعدادات الفوترة. يستطيع المشغل أو البرنامج النصي أو الوكيل، بالصلاحيات اللازمة، تغيير إعداد فعلي يؤثر في الإنتاج.

التعليق الجماعي أقدم من هذا الإعلان. فقد تناولته Vercel في مارس 2024. الجديد هو سهولة إدخاله في إجراءات العمل الآلية. يقل الانتقال بين الشاشات، ويصبح من الأسهل تكرار تعديل له أثر على خدمات بيعت للعملاء. وفرة الوقت الإداري مكسب، لكنها تستحق حساب ما يفعله الأمر بعد تنفيذه.

الفريق وحدة الفاتورة ووحدة التوقف

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

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

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

الرقم لا يتصرف بسرعة ظهوره على الشاشة

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

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

وتختلف قاعدة الحساب بين الخطط. في Pro يدخل الاستخدام المقاس الذي يتجاوز الرصيد الشهري. وفي Enterprise Flexible Commitment يدخل الاستخدام المقاس الذي يسحب من الرصيد المدفوع مقدما. المقاعد والتكاملات، ومنها Marketplace، والإضافات المنفصلة خارج المبلغ. تتاح ميزة إدارة الإنفاق دون رسوم إضافية لهاتين الفئتين، لكن ميزانيتها تغطي نطاقا محددا داخل الالتزامات المالية للشركة.

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

تتوقف الواجهة وتبقى موارد مدفوعة

يرى زائر النشر الإنتاجي المعلق الخطأ 503 DEPLOYMENT_PAUSED. تصبح المواقع وواجهات API والوظائف غير متاحة للزوار. الموارد المخزنة لا تحذف؛ تستمر رسوم مخرجات النشر وحزم الوظائف وVercel Blob وصور سجل الحاويات بحسب تخزينها. الاحتفاظ بالأصول يمنح الشركة منفعة لاحقة، ويترك عليها كلفة الاحتفاظ.

كذلك لا يوقف تعليق الإنتاج استخدام مفاتيح API الخاصة بـAI Gateway أو استخدام v0 الذي يفوتر على الفريق. إذا استمر الاستخدام استمر احتسابه. توقف موقع عام لا يعني أن كل مسار تستهلك الشركة عبره موردا قد توقف معه. الإجراء يتحكم في النشر الإنتاجي، والفاتورة تمتد إلى أنشطة أوسع.

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

زيادة المال لا تشغل المشاريع تلقائيا

تطلب Vercel استئناف كل مشروع عبر لوحة التحكم أو REST API. رفع الميزانية لا يحرر المشاريع تلقائيا من التعليق. وتقول إرشادات إدارة المشاريع إن الاستئناف لا يحتاج نشرا جديدا، وإن الإنتاج يعود خلال دقائق. يظل هناك فرق عملي بين تعديل الإنفاق، وإرسال أمر الاستئناف، ونجاح طلب العميل بالفعل.

قائمة الأدوار تحتاج قراءة مستقلة أيضا. إدارة الميزانية متاحة لـOwner أو Billing، بينما الاستئناف اليدوي في لوحة المشروع متاح لـOwner أو Member أو Project Administrator لذلك المشروع. على الشركة مراجعة صلاحيات أشخاصها الفعلية. معرفة من يستطيع الموافقة على المال لا تكفي لتحديد من يعيد جميع الخدمات.

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

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

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