أوبر تشتهر بتشغيل آلاف الخدمات المصغرة لأن مئات المهندسين أرادوا نشرًا مستقلًا. في السابق، لم تكن الفرق الصغيرة التي تتألف من 5-10 أشخاص التي تُنتج 50 تعديلًا/20 دفع/10 PR يوميًا بحاجة إلى هذه القابلية للتجزئة.
اليوم، قد تُنتج فريق صغير يدير 20-100 وكيل ما يصل إلى 500 تعديل/200 دفع/100 PR. أوبر قد يصبح معيارًا جديدًا. كلما كان كودك أكثر تجزئة، كلما كان بإمكانك تشغيل المزيد من الوكلاء بالتوازي. الكتل الأحادية تسبب صراعات دمج؛ الخدمات المصغرة تمكّن من عمل “embarrassingly parallel”.
أكثر من 100 وكيل يجب أن يعملوا بشكل مستقل وإلا ستصبح الإنتاجية سلبية صافيًا. كان تقسيم الخدمات مكلفًا في السابق—قوالب، أنابيب، إعداد CI. الآن الوكلاء يكتبون كل ذلك. الوكلاء أيضًا محدودون بالسياق؛ تحسن الوحدات التي تتناسب مع نافذة السياق الأداء بشكل كبير.
تحدد قابلية تجزئة قاعدة الكود الخاصة بك عدد الوكلاء البرمجيين الذين يمكنك تشغيلهم بفعالية، لذا من المفيد تصميمها منذ البداية.
المصدر: Hacker News · لخّصه HeadlinesBriefing