نموذج المنتج القابل للتسويق (MVP) الخاص بك لا يحتاج إلى الخدمات الصغيرة: دليل المدير التقني لتصميم بنية ذات حجم مناسب

لقد قمنا بمراجعة قواعد البرمجة لأكثر من 30 شركة ناشئة خلال السنوات الثلاث الماضية. النمط الأكثر شيوعًا: بنية مصممة لاستيعاب 10 ملايين مستخدم، بينما لا تخدم سوى 500 مستخدم.

شركة ناشئة لم تحقق أرباحًا بعد، تمتلك مجموعة Kubernetes و12 خدمة مصغرة وقائمة انتظار للرسائل وشبكة خدمات، وتبلغ تكلفة بنيتها التحتية 3000 دولار شهريًا. أما منافسها؟ فهو تطبيق متكامل مبني على Django يعمل على خادم بتكلفة 50 دولارًا شهريًا، ويقدم الميزات بسرعة أكبر بأربع مرات.

الإفراط في الهندسة لا يؤدي إلى إهدار المال فحسب، بل يهدر أيضًا المورد الوحيد الذي لا تستطيع الشركات الناشئة شراءه: الوقت.

يقدم Instagram خدماته لـ 300 مليون مستخدم عبر نظام متكامل مبني على Django. ويعمل Shopify على نظام متكامل مبني على Rails. ويقدم موقع Stack Overflow خدماته لـ 100 مليون زائر شهريًا عبر نظام متكامل مبني على .NET موزع على 9 خوادم ويب.

إن النظام المتكامل المصمم بعناية والذي يعتمد على PostgreSQL و Redis قادر على التعامل مع حجم حركة مرور يفوق ما ستشهده 99% من الشركات الناشئة على الإطلاق. ولا تكمن العقبة في بنية نظامك، بل في استعلامات قاعدة البيانات، ومشاكل N+1، وغياب طبقة التخزين المؤقت.

لا تفصل الخدمة إلا عندما تشعر بالمشكلة، وليس قبل ذلك:

1. صعوبات توسيع نطاق الفريق. إذا كان هناك أكثر من 10 مطورين يتداخلون في العمل على نفس قاعدة الكود، فمن المنطقي تقسيمها إلى 2-3 خدمات مع تحديد مسؤوليات واضحة لكل منها.

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

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

4. وتيرة إصدار مختلفة. إذا كان فريق الفوترة يصدر تحديثات أسبوعياً بينما يصدر المنتج الأساسي تحديثات يومياً، فإن الخدمات المنفصلة تتيح لكل فريق العمل وفقاً لوتيرته الخاصة.

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

بعد تطوير أكثر من 65 منتجًا، هذه هي توصيتنا الأساسية فيما يتعلق بنموذج المنتج القابل للتطبيق (MVP):

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

في أكثر من 50 مكالمة تقييم أولي قمنا بدعمها، لم يسأل المستثمرون أبدًا: "هل تستخدمون الخدمات الصغيرة؟" بل سألوا:

1. ما مدى سرعة قدرتك على طرح ميزة جديدة؟ (السرعة)

2. ماذا يحدث إذا استقال كبير المطورين لديك؟ (عامل الحافلة)

3. هل تستطيع البنية الحالية تحمل 10 أضعاف الحمل الحالي؟ (ليس 1000 ضعف، بل 10 أضعاف فقط)

4. هل لديكم اختبارات آلية ونظام التكامل المستمر/التسليم المستمر؟ (الجودة)

تتفوق البنية الأحادية التي خضعت لاختبارات شاملة في مجالات التكامل المستمر/التسليم المستمر (CI/CD) في كل جانب على بنية الخدمات الصغيرة التي لم تخضع لاختبارات كافية ولا يفهمها سوى شخص واحد.