GitLab

تكشف التزامات غير مخصصة بقيمة 40.4 مليون دولار أن الفوز بميزانية العميل لا يحسم بعد مزيج الخدمات أو موعد تحقق الإيراد.

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

أنهت GitLab في 21 أغسطس امتياز الأصوات العشرة لأسهم الفئة B المتبقية. غير أن عضوين انتُخبا في يونيو لولايتين تنتهيان عادة في 2029. بين امتلاك صوت متساوٍ والقدرة على تغيير اتجاه منصة البرمجيات، ما زالت مواعيد الانتخابات وصلاحيات الدعوة إلى الاجتماعات وقواعد التعديل تؤدي دورها.

لم يتكوّن الخط الزمني للمؤشر بعد، لكن حدود القياس تغيّرت بالفعل. تحدثت GitLab أولاً عن معدل تشغيل استهلاك مدفوع يقترب من 20 مليون دولار للربع الأول، ثم قالت إن الرقم كان سيكون أقرب إلى 15 مليوناً بعد استبعاد حوافز ائتمانية معينة لمرة واحدة. وبحلول 30 يونيو تجاوز CRR حاجز 20 مليوناً، إلا أن برنامج Flex أصبح داخل الحساب. قد يكون الاستخدام قد نما فعلاً، لكن النقاط الثلاث لا تنتمي بعد إلى سلسلة متجانسة.

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