الميزان توقف عن الهز

فريقان وwhatsapp ولا فائز واضح

لا يلزم اختراع قصة: أي شخص يدير فريقًا من مهندسي البرمجيات في عام 2026 قد عيش هذه المشهد. مجموعة يؤكد أن كسر خدمات أحادية البناء كان أفضل قرار في مسيرته المهنية. المجموعة الأخرى، في نفس الدردشة، ترسل لقطات شاشة من فواتير Kubernetes التي لا تقل عن خمسة أرقام في الشهر. لا أحد يكذب. هذا هو بالضبط المشكلة: بنية البرمجياتstopped تكون مناقشة تقنية وأصبحت مناقشة هوية قبيلة، مع بيانات حقيقية من كلا الجانبين تدعم مواقف متعاكسة.

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

البيانات التي يُشير إليها الجميع والتي لا يستطيع أحد إظهارها

أبدأ بالاكتشاف الأكثر إزعاجًا في هذه التحقيق، لأنه يُفضل كيفية تصنيع الإجماع في صناعة البرمجيات.

لقد بحثت عن الرقم "42% من المنظمات التي اعتمدت خدمات متعددة هي تدمج خدمات مرة أخرى إلى وحدات أكبر" في عشرات من المقالات في عام 2025 و2026. جميعها تعزى إلى "استطلاع CNCF في عام 2025". واحد من هذه المقالات — الذي يُشير إلى الرقم — يُ اعترف في ملاحظات الإنتاج الخاصة به أنه تمت كتابته بواسطة pipeline آلي بالذكاء الاصطناعي "تم التحقق منه ضد تقرير CNCF x SlashData 2026" (ManoIT / DEV Community, 2026). لقد ذهبت مباشرة إلى cncf.io، ومراجعة تقرير الاستطلاع السنوي 2024 (CNCF, 2025)، والإعلان في نوفمبر 2025 حول الدراسة مع SlashData (CNCF, 2025) وتقرير الاستطلاعات الأكثر حداثة الذي نشرته المؤسسة، وفي أي من الوثائق التي تمكنت من فتحها لم يظهر هذا الرقم 42% مع هذا العبارة الدقيقة. ما يظهر، بشكل متسق، هو أن 46% من مطوري البرمجيات الخلفية يعملون مع خدمات متعددة، وإن استخدام الحاويات وKubernetes لا يزال ينمو (CNCF/SlashData, 2025) — هذا الرقم المحدد أكدته بشكل مباشر ضد الإعلان الأصلي للمؤسسة.

هل يعني ذلك أن نسبة 42٪ كاذبة؟ ليس بالضرورة - فهي بالضبط النوع من الأرقام التي يمكن أن تقرر مؤسسة إبلاغها في ندوة أو جناح جانبي لا يتم فهرسته دائمًا مثل ملف PDF الرئيسي ، ويتكرر ذكرها بشكل شبه متطابق في ما لا يقل عن ثماني مصادر مستقلة بمستوى تفاصيل متسق (بما في ذلك انخفاض معدل اعتماد شبكة الخدمة من 18٪ إلى 8٪) (SoftwareSeni, 2026؛ ThirdEyeData, 2026؛ ByteIota, 2026). ولكن من أجل مقال يفتخر بالتحقق من كل بياناته ، فإن الصدق يoblige القول: إن نسبة 42٪ هي أكثر الأرقام ذكرًا في جميع أنحاء المناقشة المعمارية لعام 2026 ، ولم أتمكن من التحقق منها ضد وثيقة أولية قابلة للقراءة. اعاملها على أنها "مكررة على نطاق واسع ، غير محققة بشكل مستقل" ، وليس كحقيقة منجزة. إنها مثال مثالي على كيفية أن "الإجماع" في التكنولوجيا في بعض الأحيان يكون مجرد محتوى تم إنشاؤه بواسطة الذكاء الاصطناعي الذي ي引用 نفسه بشكل دائري.

ما هو صلب ، مع مصدر أولي مؤكد — ويفتقر إلى ذلك في المسودة الأصلية لهذه المقالة في بيبلوغرافيا ، لذلك ذهبت للبحث عن المنشور الحقيقي —: هجرة Amazon Prime Video. وثقت فرقتهم الهندسية في مدونتهم الخاصة كيف قاموا بتوحيد خدمة مراقبة جودة الفيديو من هندسة موزعة إلى مونوليت ، مع تخفيض التكاليف البنية بنسبة 90٪ (Amazon Prime Video Engineering, 2023).

الحالة الأكثر استشهاداً ضد الخدمات المصغرة

تخفيض تكاليف البنية التحتية لفيديو أمازون برايم بعد توحيد خدمة مراقبة الفيديو في وحدة واحدة.

90%

تخفيض تكاليف البنية التحتية (2023)

Ver los datos

الحالة الأكثر استشهاداً ضد الخدمات المصغرة

Indicador	Valor
تخفيض تكاليف البنية التحتية (2023)	90%

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

Shopify: إثبات أن "المونوليت" لا يعادل "الصغير"

إذا كان الحجة لصالح الخدمة الصغيرة دائمًا كانت "لا ستمتلك بدونهم" ، فإن Shopify ينفي ذلك بأرقام ملموسة ومدقة في مدونة هندستهم الخاصة. تعمل المنصة على ما يسميه "مونوليت مجيد": تطبيق Ruby on Rails واحد ، منظّم داخليًا في مكونات مع حدود صارمة مفروضة بواسطة أداة طوّروها لهذا الغرض ، Packwerk (Shopify Engineering, s.f.). خلال قمم حركة المرور في يوم الجمعة الأسود ، تدعم البنية تحتوي عشرات التيرابايت من البيانات في الدقيقة ، مع طبقة قواعد البيانات المجزأة حسب المتجر (shop_id) بدلاً من تجزئة رمز التطبيق إلى خدمات مستقلة (Kovyrin, en TechWorld with Milan, 2025).

التمييز مهم: Shopify لم تتجنب التعديل ، تتجنب التوزيع. مكوناتها منفصلة بواسطة حدود الشفرة (bounded contexts ، في لغة Domain-Driven Design) ، ولكنها تعمل في نفس العملية ، دون مكالمات الشبكة بينها. هذا هو بالضبط تعريف "المونوليت المعدل" الذي تحدده معظم الأدبيات في 2025-2026 كطريق ثالث حقيقي ، غير ثنائي ، بين المونوليت الكلاسيكي والخدمات الصغيرة (Al-Qora'n & Al-Said Ahmad, 2025) — أول مراجعة أدبية منهجية أكاديمية حول الموضوع ، نشرت في مجلة Future Internet ، وجدت فقط 15 دراسة أولية تمت مراجعتها من قبل الأقران بين 2020 ومايو 2025 ، وهو ما يقول شيء مهم: ممارسة الصناعة تسبق البحث الرسمي الذي يدعمها بسنوات.

Radar 1 — ماذا تفعل (في الحقيقة) الشركات الكبيرة للبرمجيات

رادار 1 — ما تفعله (في الواقع) شركات البرمجيات الكبيرة

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

الاستقلالية عن الإرثسرعة النشربساطة التشغيلالتكامل الأصلي للذكاء الاصطناعي/الوكلاءكفاءة التكلفة لكل ميزةنضج حوكمة الحدود

• SAP (نظام إدارة企業 متوافق قديم في مرحلة انتقالية)
• Shopify (وحدة متوافقة قابلة للتحديث)
• Oracle (هيبريد خدمة التوجيهات)
• Anthropic / OpenAI (ذكاء اصطناعي أصلي)

Ver los datos

رادار 1 — ما تفعله (في الواقع) شركات البرمجيات الكبيرة

Eje	SAP (نظام إدارة企業 متوافق قديم في مرحلة انتقالية)	Shopify (وحدة متوافقة قابلة للتحديث)	Oracle (هيبريد خدمة التوجيهات)	Anthropic / OpenAI (ذكاء اصطناعي أصلي)
الاستقلالية عن الإرث	2	8	4	9
سرعة النشر	3	7	4	9
بساطة التشغيل	4	7	3	8
التكامل الأصلي للذكاء الاصطناعي/الوكلاء	3	5	3	10
كفاءة التكلفة لكل ميزة	3	8	4	7
نضج حوكمة الحدود	6	9	5	8

مع هذا على الطاولة ، لننظر إلى الشركات الست التي أطلقت هذا السؤال — SAP ، Oracle ، Microsoft ، Apple ، Anthropic و OpenAI — وعشرات الشركات الأخرى التي تظهر بشكل متكرر في الأدبيات الفنية في 2025-2026.

SAP هو ربما أكثر الحالات صراحة في الحزمة: cộng đồng تقنية الخاصة به تصف نواة S/4HANA بأنها "مونوليت معدل ضخم" يمر بتحلل تدريجي نحو هندسات سحابية أصلية ، دون تاريخ إنهاء محدد (SAP Community, 2025). ليس هذا تسويق التحول الرقمي: إنه شركة تبلغ من العمر 50 عامًا تعترف بأن كسر مونوليت ERP يستغرق أكثر من عقد.

Oracle تدير في نفس الوقت خطابين متوازيين. Fusion Applications ولدت في 2011 على هندسة موجهة إلى الخدمات (SOA) كلاسيكية (Oracle, Wikipedia, s.f.) ، ومنذ ذلك الحين ، يحرك "مشروع Spectra" الوظائف نحو الخدمات الصغيرة في حاويات على Kubernetes المدارة (OKE) ، باستخدام إطار Helidon (Oracle Cloud Blog, 2023) — ولكن مدونة Oracle الخاصة تصف العملية على أنها شيء يحدث "خلف الكواليس" ، دون أن يدرك العميل ذلك ، بالضبط لأن إعادة كتابة كاملة غير قابلة للتطبيق لبرامج تعمل رواتب وbilances المحاسبة لألف شركة.

لا يوجد عند <strong>Microsoft</strong> بيان موحد حول الموضوع، ولكن سلوكها يمكن قراءته في الأدبيات الفنية للطرف الثالث: النمط السائد في 2025-2026 لشركة .NET هو بالضبط نفس ما هو عليه في بقية الصناعة — البدء بmonolito modular، واستخراج microservices فقط مع دليل حقيقي على الحاجة— (Murmu Software, 2026) ، وممارسة الشركة الداخلية للاستخبارات الاصطناعية ( "المشرف مع وكلاء معزولين" التي أصفها أدناه) يؤكد نفس الفلسفة.

لا تنشر <strong>Apple</strong> هندسة الخلفية، ولكن داخل نظامها البيئي الخاص بالمطورين، النمط السائد لالتطبيقات الكبيرة لجهاز iOS هو "monolito modular" عبر Swift Package Manager، وليس microservices: فصل الإطارات الداخلية دون تقطيع عملية الترجمة والتحديث (Tariq, 2025). وهو نفس النمط الذي تستخدمه Shopify في الخلفية، تم تطبيقه على العميل.

<strong>Anthropic و OpenAI</strong> هما الحالة الأكثر إثارة للاهتمام في هذا الرادار، لأنهما لا يتنافسان في ERP أو التجارة الإلكترونية: يتنافسان في كيفية تنسيق وكلاء الاستخبارات الاصطناعية، وهنا تكون هندستهم هي المنتج. توثق Anthropic في مدونة الهندسة الخاصة بها أن وكلاءها يعملون كدورة واحدة مع أدوات ووكلاء فرعيين محددين تحت مشرف مركزي، وليس كشبكة من microservices peer-to-peer (Anthropic Engineering). تخلت OpenAI عن إطارها التجريبي Swarm (2024) من أجل SDK للوكلاء (2025) ، ولكنها احتفظت بنفس مبدأ التصميم المحدود: وكيل يقرر متى نقل التحكم إلى آخر ، دون تنسيق مركزي معقد أو اتصال شبكي (OpenAI Swarm repo؛ Tao An, 2026). سأعود إلى هذا في قسم الاستخبارات الاصطناعية لأنه ، بالنسبة لي ، هو الاكتشاف الأكثر إثارة في كل البحث.

لرسم هذا الرادار، اخترت ستة محاور حددتها البحث نفسها كأهم المحاور الكاشفة: <strong>الاستقلالية الهندسية للتراث</strong>، <strong>سرعة النشر</strong>، <strong>الcomplexity التشغيلية المأخوذة</strong>، <strong>التكامل الأصلي للاستخبارات الاصطناعية / الوكلاء</strong>، <strong>تكلفة الصيانة لكل ميزة</strong> و <strong>نضج حوكمة الحدود</strong> (ما مدى جدية أخذ قانون Conway). قارنت بين أربعة ملفات تعريفية ممثلة —SAP (ERP موروث في مرحلة انتقالية)، Shopify (monolito modular أصلي)، Oracle (SOA هجين) و Anthropic / OpenAI (استخبارات اصطناعية أصلية، مشرف + وكلاء فرعيين) — لأن محاولة رسم 24 شركة في رادار واحد كانت ستحول دون القراءة؛ الباقي من المناظر الطبيعية للشركات —Microsoft، Apple، Amazon، Google، Meta، Netflix، IBM، Salesforce، Stripe وغيرها من الشركات التي تظهر في الأدبيات من 2025-2026 — يتم مناقشتها في نص البحث وطريقة العمل، وليس في محاور الرسم.

رادار 2 — الجانب الآخر: من يحافظ على المصدر المفتوح

راديو 2 — الجانب الآخر: من يحافظ على البرمجيات مفتوحة المصدر

تقييمات تحريرية من 0 إلى 10 مستمدة من العبارات المذكورة حول كل مشروع، وليس استطلاعًا رسميًا.

فلسفة الوحدة المعلنةفريق صيانة مخفضالتنظيم الداخلي بدون شبكةمقياس اعتمادالاستقلالية عن المؤسسة

• لينكس (نواة)
• PostgreSQL
• Kubernetes
• Proxmox

Ver los datos

راديو 2 — الجانب الآخر: من يحافظ على البرمجيات مفتوحة المصدر

Eje	لينكس (نواة)	PostgreSQL	Kubernetes	Proxmox
فلسفة الوحدة المعلنة	10	8	1	9
فريق صيانة مخفض	3	5	1	9
التنظيم الداخلي بدون شبكة	8	7	2	7
مقياس اعتماد	10	8	9	5
الاستقلالية عن المؤسسة	6	7	2	9

هنا كانت سؤال المستخدم الذي أصل إلى هذه القطعة هو دقيق: ماذا يفعل من يحافظ على Linux Foundation، MySQL، MariaDB، PostgreSQL، Proxmox وغيرها من 30 مشروعًا ذي تأثير كبير؟ الجواب القصير: عالم المصدر المفتوح يحمل <em>عقودًا</em> هذه المناقشة، قبل أن يكون "microservices" كلمة موضة شراعية.

الحالة الأساسية هي <strong>نواة لينكس</strong>. في عام 1992، كتب Andrew Tanenbaum إلى Linus Torvalds أنه كتابة نواة monolítica في ذلك التاريخ كانت "خطوة كبيرة إلى الوراء في السبعينيات" وأن microkernels قد فاز بالفعل في المناقشة الأكاديمية (Tanenbaum-Torvalds debate, Wikipedia, 1992). أجاب Torvalds، بالطريقة التي تتميز به، أن microkernels "يدفعون المشكلة إلى مساحة الاتصال، وهو مشكلة أكبر من التي يزعمون حلها" (Torvalds, sobre el debate micro vs. monolítico). بعد أربع وثلاثين سنة، تعمل لينكس —monolítica— على đa 数ية من الخواديم في الكوكب، وยังคل GNU Hurd —microkernel— مشروعًا أكاديميًا. Irony واضحة: البنية التحتية التي تجعل من الممكن تشغيل microservices (حاويات، Kubernetes، السحابة بأكملها) مبنية على نواة فازت بحربها الخاصة كونها monolítica.

يعيش <strong>PostgreSQL، MySQL و MariaDB</strong> نفس المنطق في طبقة البيانات: هم عمليات monolítica (أو تقريبًا) حسب التصميم، وتناقش المجتمع نفسه بنشاط إذا كان "فك" قاعدة بيانات إلى microservices من البيانات له معنى أو أنه ببساطة إعادة إدخال تعقيد الشبكة حيث كان هناك اتصال وظيفي (Reintech, 2026). الجواب السائد في 2025-2026: الحفاظ على قاعدة البيانات monolítica ووضع microservices للتطبيق حولها، وليس داخلها.

<strong>Proxmox</strong> هو أبرز مثال على "النمط الآخر" من البرمجيات مفتوحة المصدر: شركة نمساوية صغيرة ، بدون دعم من مؤسسة مثل CNCF أو حكومة متعددة البائعين ، تحتفظ بمنصة شاملة (هيبرفايزر + حاويات LXC + تخزين + شبكة) متعمدة بشكل بسيط مقارنة بالبديل الأصلي لـ Kubernetes ، KubeVirt (Kubermatic, 2026). إنه ، في برنامج البنية التحتية ، نفس النمط الذي وصفه André Staltz منذ سنوات باسم "المدرسة الاحتكارية" للبرمجيات مفتوحة المصدر: مشاريع مثل WordPress و Django و Linux نفسه ي解决ون مشكلة كبيرة ككتلة متجانسة ، مقابل "المدرسة القابلة للتحديث" التي تنشر أداة واحدة لكل حزمة (Staltz, 2018). بعد أحد عشر عامًا ، لا يزال الإطار الذهني الأكثر فائدة الذي وجدته لشرح لماذا تمثل Gogs (ثنائي واحد ، mantenedor واحد) و Kubernetes (مئات القطع المنسقة) فلسفتين متضادتين لنفس حركة البرمجيات مفتوحة المصدر (Laoutaris, 2025).

لأجل هذا الرادار ، استخدمت خمسة محاور: <strong>الفلسفة الاحتكارية المعلنة</strong> ، <strong>حجم فريق الصيانة</strong> ، <strong>القابلية للتحديث الداخلي بدون شبكة</strong> ، <strong>مقياس الاستخدام</strong> و <strong>اعتماد الحوكمة المؤسسية</strong>. قمت بمقارنة Linux (نواة) و PostgreSQL و Kubernetes و Proxmox — أربعة نقاط مرجعية أكثر ذكرًا في الأدب الفني الذي راجعت ، داخل المشهد الأوسع ل 20+ مشروعًا (يضم MySQL و MariaDB و Caddy و SigNoz و Gogs و Nginx و Envoy و Terraform و Ansible و Jenkins و Prometheus و Grafana و Elasticsearch و Redis و Kafka و Django و WordPress و GitLab و Nextcloud و Home Assistant ، من بين آخرين) التي تُوثق في المنهجية.

رادار 3 — الحكومات: أربعة فلسفات ، نفس مشكلة الحجم

راديو 3 — الحكومات: أربع فلسفات، نفس مشكلة الحجم

تقييمات تحريرية من 0 إلى 10 مستمدة من العبارات المذكورة حول كل كتلة حكومية، وليس استطلاعًا رسميًا.

نضج البنية التحتية للغيومالتنظيم المعلن والتشغيل المتوافقمقياس المعاملات المثبتالسيادة على المزودين الخاصيننضج الأنظمة الداخلية

• الولايات المتحدة
• الاتحاد الأوروبي
• الصين
• الهند

Ver los datos

راديو 3 — الحكومات: أربع فلسفات، نفس مشكلة الحجم

Eje	الولايات المتحدة	الاتحاد الأوروبي	الصين	الهند
نضج البنية التحتية للغيوم	5	7	8	7
التنظيم المعلن والتشغيل المتوافق	3	10	4	8
مقياس المعاملات المثبت	6	5	7	10
السيادة على المزودين الخاصين	4	8	10	6
نضج الأنظمة الداخلية	3	6	7	8

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

تجربة <strong>الولايات المتحدة</strong> هي الأسوأ من كلا العالمين: وفقًا لإحصائيات مكتب المساءلة الحكومية (GAO) ، فإن الحكومة الفيدرالية تنفق أكثر من 100 مليار دولار سنويًا على التكنولوجيا ، ويُستخدم حوالي 80% من هذا المبلغ لصيانة الأنظمة الموروثة ، وليس لبناء أي شيء جديد (GAO, 2025). إنه النسخة الحكومية ، بمقياس هائل ، لنفس المشكلة التي يواجهها أي مدير تقني مع منحوتته التي تبلغ عشر سنوات: الديون الفنية تُدفع بالموازنة ، وليس بالجمال الهندسي.

اتخذت <strong>الاتحاد الأوروبي</strong> موقفًا معاكسًا بشكل صريح ومدocument: GovStack — المبادرة التي أسسها الاتحاد الدولي للاتصالات ، وإستونيا ، وألمانيا ، و DIAL ، بتمويل من بوابة الاتحاد الأوروبي العالمية — لديها جلسة تدريب رسمية بعنوان حرفي "<em>تجنب المنحوتة: دمج الخدمات المصغرة من أجل تحول رقمي بدون احتكاك</em>" (ITU Academy / GovStack, 2025). تحدد مواصفاتها الفنية "الوحدات البنائية" (الهوية الرقمية ، ومشاركة البيانات ، وتنسيق تدفقات العمل) على أنها وحدات قابلة للتشغيل البيني التي يمكن أن تتكون من خدمات مجال متوافرة (GovStack Specification, s.f.). إنه ، باللغة المنطوقة في نفس المقال ، رهان مؤسسي صريح على جانب الخدمات المصغرة في النقاش ، مع حجة السيادة الرقمية الأوروبية (EuroStack) تدفع في نفس الاتجاه (Bertelsmann Stiftung, 2026).

بنى <strong>الهند</strong> ، دون استخدام كلمة "الخدمات المصغرة" في خطابه العام ، مثالًا للهندسة المتدرجة الأكبر في العالم: India Stack. تعمل Aadhaar (الهوية البيومترية ، 1.4 مليار شخص مسجل) و UPI (المدفوعات الفورية ، 22.35 مليار معاملة في شهر أبريل 2026 فقط — أكثر مما يعالجه Visa على المستوى العالمي في يوم واحد —) و DigiLocker كطبقات مستقلة متصلة بواسطة واجهات برمجة تطبيقات مفتوحة ، وليس كنظام احتكار حكومي واحد (Policy Circle, 2026؛ مصدق بشكل مستقل من قبل comunicado del gobierno de India). تؤكد الأبحاث الأكاديمية حول البنية التحتية الرقمية العامة أن هذه الهندسة تستخدم صراحة الخدمات المصغرة مع واجهات برمجة تطبيقات معيارية كنمط تقني سائد (arXiv 2503.08725, 2025). إنه أكبر حالة اختبار مثبتة في العالم لجانب "الخدمات المصغرة" في النقاش — مع النعوت التي تقول إن المحكمة العليا في الهند ، في عام 2018 ، قامت بتحديد استخدام Aadhaar الخاص لreasons من الأسباب الخاصة ، مما يدل على أن الهندسة القابلة للتحديث كانت أيضًا استجابة لproblem قانوني ، وليس فقط تقني.

<strong>الصين</strong> تضع رهناً على بنية "سحابة حكومية" (政务云) مركزية تغطي 100٪ من الإدارات على مستوى المقاطعة أو أعلى ، ضمن استراتيجية "الصين الرقمية" (National Data Administration / Digital China Wins the Future, 2026). على عكس نموذج الاتحاد الأوروبي من الكتلة القابلة للتشغيل البيني بين الدول المستقلة ، هنا الهدف الاستراتيجي هو المركزية явно — يتوقع سوق الحكومة الرقمية الصينية أن يصل إلى أكثر من 200 مليار يوان في عام 2026 ، مع 73٪ مخصصة لبنية سحابة حكومية (IDC, vía Huawei Cloud, 2026). إنه ، من الناحية المعمارية ، النقطة المعاكسة لنموذج الاتحاد الأوروبي ، على الرغم من أنه يشاركه استخدام خدمات ميكرو كنمط تنفيذي تقني داخلي.

كم جزء من الميزانية التكنولوجية يذهب إلى دعم ما يوجد بالفعل

نسبة الإنفاق التكنولوجي المخصص لصيانة الأنظمة/البنية التحتية الحالية بدلاً من بناء شيء جديد.

الولايات المتحدة — نسبة من 100,000 مليون دولار أمريكي سنويًا في صيانة الأنظمة الموروثة

80%

الصين — نسبة من 200,000 مليون يوان متوقع في البنية التحتية للحكومة السحابية

73%

Ver los datos

كم جزء من الميزانية التكنولوجية يذهب إلى دعم ما يوجد بالفعل

Concepto	Valor (%)
الولايات المتحدة — نسبة من 100,000 مليون دولار أمريكي سنويًا في صيانة الأنظمة الموروثة	80%
الصين — نسبة من 200,000 مليون يوان متوقع في البنية التحتية للحكومة السحابية	73%

أربع حكومات، أربع مواقف هندسية

ملخص للموقف والمقياس الرئيسي المذكور لكل كتلة حكومية.

الحكومة	الموقف الهندسي	المقياس الرئيسي المذكور
الولايات المتحدة	مجزأة/موروثة	حوالي 80% من 100,000 مليون دولار أمريكي سنويًا في صيانة الأنظمة الموروثة
الاتحاد الأوروبي	خدمات مصغرة/وحدات بناء صريحة	GovStack + EuroStack، سيادة رقمية
الهند	هندسة متعددة الطبقات (India Stack)	22,350 مليون معاملة UPI في أبريل 2026
الصين	سحابة حكومية مركزية	100% تغطية في المناطق، 200,000 مليون يوان متوقع

Ver los datos

أربع حكومات، أربع مواقف هندسية

الحكومة	الموقف الهندسي	المقياس الرئيسي المذكور
الولايات المتحدة	مجزأة/موروثة	حوالي 80% من 100,000 مليون دولار أمريكي سنويًا في صيانة الأنظمة الموروثة
الاتحاد الأوروبي	خدمات مصغرة/وحدات بناء صريحة	GovStack + EuroStack، سيادة رقمية
الهند	هندسة متعددة الطبقات (India Stack)	22,350 مليون معاملة UPI في أبريل 2026
الصين	سحابة حكومية مركزية	100% تغطية في المناطق، 200,000 مليون يوان متوقع

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

الخمس محاور لهذا الرادار: <strong>نضج بنية السحابة</strong> ، <strong>الوحدات القابلة للتشغيل البيني المعلنة</strong> ، <strong>مقياس المعاملات المثبت</strong> ، <strong>السيادة والسيطرة الحكومية على الموردين الخاصين</strong> ، و <strong>ال复雑ية ونضج الأنظمة الداخلية</strong> (المحور الذي طلبته تحديداً للتأمل). قارنت الولايات المتحدة والاتحاد الأوروبي والصين والهند بأوزان متساوية ، كما هو محدد في نطاق البحث.

ما يقوله الجامعات ( وما زال لا يعرفه )

بحثت عن الأبحاث الأكاديمية الحديثة في الجامعات الأمريكية والاتحاد الأوروبي والصين والهند واليابان وكوريا ، وكان الاكتشاف الأكثر صراحة هو هذا: الأكاديمية تتبع الصناعة ، وليس قبلها. أول <em>استعراض أدبي منهجي</em> رسمي حول الكتلة الموديولار في السحابة — المنشور في أكتوبر 2025 في مجلة <em>Future Internet</em> — وجد 15 دراسة أولية تمت مراجعتها من قبل الأقران بين 2020 ومايو 2025 ، وكانت استنتاجها الرئيسي هو أن لا يوجد حتى إجماع على تعريف واضح للمصطلح (Al-Qora'n & Al-Said Ahmad, 2025). دراسة ثانية في عام 2026 ، مع مراجعة الأدب المتعدد الصوت من 67 مصدراً بين 2022 و 2026 ، توصلت إلى استنتاج مماثل حول عدم وجود أسس تجريبية قوية للقرارات التي تتخذها الصناعة بالفعل بملايين الدولارات (ResearchGate, 2026).

نشرت مجلة <em>Tsinghua Science and Technology</em> في عام 2026 بحثاً حول هندسة خدمات ميكرو لآلية التutomatisation الصناعية ذات متطلبات زمنية حقيقية (Martínez et al., 2026) — زاوية تقنية محددة (الصناعة 4.0) ، وليس موقفا مؤسسيا صينيا حول المناقشة العامة. في أدب المؤسسات الهندية والأوروبية والأمريكية ، يتكرر النمط: عشرات الأوراق حول <em>كيفية</em> الانتقال من الكتلة إلى خدمات ميكرو (التحديد التلقائي للحدود مع الذكاء الاصطناعي ، رسوم بيانية للاتبعيات ، التعلم الآلي) ، ولكن هناك قليل من الأبحاث التي تجيب عن <em>متى</em> ينبغي القيام بذلك ، وعلى نطاق واسع ، لا توجد مقارنة صارمة وقابلة للتكرار لتكاليف حقيقية على مستوى الشركات. ورقة من عام 2025 في arXiv بعنوان <em>"Microservices Are Dying"</em> تقترح التخلي عن وحدة "خدمة ميكرو" لصالح واجهات موديول عالمية — إشارة إلى أن حتى داخل المجتمع الفني الأكثر حماسة للتقسيم ، يتم الشعور باللغة نفسها بافتقار إلى الكفاية (arXiv 2511.04548, 2025).

الانعطاف الذي لم يره أحد: الذكاء الاصطناعي الذي يدير الذكاء الاصطناعي اختار الكتلة الموديولار

هذا هو ، بالنسبة لي ، الاكتشاف الأكثر إثارة للاهتمام في كل البحث ، ويجيب بشكل مباشر على السؤال الذي سألته في البداية: هل يدفع الذكاء الاصطناعي التوليدي إلى مزيد من التوزيع أو إلى مزيد من التكامل؟

في عام 2025 ، كانت صناعة وكلاء الذكاء الاصطناعي لها جدل ثنائي: هندسة شبكة (وكلاء متعددين يتحدثون مع بعضهم البعض دون منسق مركزي) مقابل وكيل واحد مع أدوات. نشرت Cognition — الشركة وراء Devin — في يونيو 2025 موقفاً قوياً: "لا تبني أنظمة متعددة الوكلاء" (Cognition, 2025, vía FlowHunt, 2026). بحلول عام 2026 ، انهار الجدل المنقسم في نمط واحد اعتمدته Anthropic و OpenAI و Cognition نفسها بشكل مستقل: وكيل مركزي يمتلك السياق الكامل ويوجه وكلاء مؤقتين لمهام منفصلة ، كل منها مع نافذة سياق طازجة ، دون قناة نقطة إلى نقطة بينهم ولا حالة متغيرة مشتركة (FlowHunt, 2026).

اقرأوا ذلك مرة أخرى: <strong>بدون قناة نقطة إلى نقطة بينهم</strong>. هذا ليس بنية لميكروسيرفيس في شبكة - إنه، تقريبا حرفيا، تعريف ل مونوليث موديولار: عملية مركزية مع سلطة كاملة، موديولز يتم استدعاؤهم عند الطلب، حدود واضحة، وتواصل لا يخرج أبدا من سيطرة المنسق. توثق أنثروبيك نفسها أن وكلاءها يركضون بالضبط هكذا: حلقة وكلاء فريدة مع كتالوج واسع من الأدوات، وليس شبكة من الخدمات المستقلة (Anthropic Engineering). قام OpenAI بقطع نفس الطريق من Swarm (متوقفة) إلى SDK الحالي ل <em>handoffs</em> صريح، بدون منسق شبكة.

في ديسمبر 2025، انضم بروتوكول Agent2Agent (A2A) إلى MCP تحت مؤسسة جديدة من Linux Foundation مخصصة ل IA ووكلاء (AAIF) (Linux Foundation, dic. 2025) - البنية التحتية للتنسيق يتم стандردتها، ولكن النمط الذي يتم стандردته هو هرمي، وليس مسطح الشبكة. إذا كانت السؤال هي "هل IA تدفع نحو مونوليث أو نحو ميكروسيرفيس؟"، الجواب الذي يطرحه السلوك الفعلي لمن يبني IA - وليس خطاب التسويق - هو: نحو شكل من مونوليث موديولار مع وكلاء قابلين للتخلص، وليس نحو شبكة موزعة من ميكروسيرفيس مستقل.

كيف وصلنا إلى الوحدة المصغرة مع الوكلاء الفرعية

تسلسل زمني للأحداث المذكورة في هذا البحث حول هندسة وكلاء الذكاء الاصطناعي.

1. 1992Tanenbaum يقول لتورفالدس إن النواة الوحدوية هي خطوة إلى الوراء — يرد تоровالدس بأن الميكرونويا تحرك المشكلة إلى الاتصالات.
2. 2023فيديو أمازون برايم يوحّد خدمة مراقبة الفيديو في وحدة واحدة وتخفيض التكاليف 90%.
3. 2025Cognition (Devin) ينشر "لا تبني أنظمة متعددة الوكلاء".
4. 2025تأسست AAIF تحت Linux Foundation، مع MCP و Agent2Agent كمشاريع رائدة.
5. 2026CNCF و SlashData تقرران أن 46% من مطوري الخلفية يستخدمون خدمات مصغرة، في منتصف المناقشة حول التوحيد.

Ver los datos

كيف وصلنا إلى الوحدة المصغرة مع الوكلاء الفرعية

Año	Hecho
1992	Tanenbaum يقول لتورفالدس إن النواة الوحدوية هي خطوة إلى الوراء — يرد تоровالدس بأن الميكرونويا تحرك المشكلة إلى الاتصالات.
2023	فيديو أمازون برايم يوحّد خدمة مراقبة الفيديو في وحدة واحدة وتخفيض التكاليف 90%.
2025	Cognition (Devin) ينشر "لا تبني أنظمة متعددة الوكلاء".
2025	تأسست AAIF تحت Linux Foundation، مع MCP و Agent2Agent كمشاريع رائدة.
2026	CNCF و SlashData تقرران أن 46% من مطوري الخلفية يستخدمون خدمات مصغرة، في منتصف المناقشة حول التوحيد.

إذا كنت ذاهب لبدء مشروع في 2026، هذا ما سأفعل

لا يوجد جواب عالمي، ولكن هناك نمطا متسقا في كل مصدر جاد قمت بمراجعته، من حالة Amazon Prime Video إلى <em>systematic literature review</em> أكاديمي:

1. <strong>ابدأ مع مونوليث موديولار، لا مع مونوليث مسطح أو مع ميكروسيرفيس.</strong> حدد حدود المجال الواضحة (Domain-Driven Design) منذ الالتزام الأول، على الرغم من أن كل شيء يركض في عملية واحدة. استخراج موديول جيد الحدود إلى خدمة مستقلة بعد ذلك هو رخيص؛ إلغاء شبكة من ميكروسيرفيس غير محددة جيدا هي مكلفة جدا.

2. <strong>استخرج خدمة فقط عندما يكون لديك دليل حقيقي</strong>، لا حدس: حاجة إلى تسلسل مستقل حقيقي، متطلبات تنظيمية لتعزل فيزيائي (مثل PCI في المدفوعات)، أو حزمة تقنية غير متوافقة حقا (Python ل ML، Go للنواة).

3. <strong>حجم الفريق يهم أكثر من حجم المنتج.</strong> العتبة التي تكرر في الأدبيات من 2025-2026 - فرق من 50 أو أكثر من المهندسين مع حدود تنظيمية واضحة - هي النقطة التي يبدأ فيها ميكروسيرفيس يبرر تكاليف التنسيق (قانون Conway مطبق في الاتجاه العكسي).

4. <strong>إذا كنت ذاهب لتكامل وكلاء IA في بنيتك</strong>، النمط الذي صدرته أنثروبيك و OpenAI في الإنتاج - منسق مركزي مع وكلاء عابرة ومعزولة - هو اليوم الخيار الأكثر أدلة حقيقية خلفه، وليس شبكة وكلاء peer-to-peer التي ناقشها في 2024.

الإشارة الختامية لهذا البحث

توزيع الثقة للتعليقات 39 المحددة في نص البحث.

39 تعليقًا

• أخضر — первичный أو مؤكد — 56%
• أصفر — مصدر ثانوي واحد — 41%
• أحمر — غير موثق، مرئي من خلال الشفافية — 3%

Ver los datos

الإشارة الختامية لهذا البحث

Segmento	Valor
أخضر — первичный أو مؤكد	22
أصفر — مصدر ثانوي واحد	16
أحمر — غير موثق، مرئي من خلال الشفافية	1

هل تغير الجواب إذا لم يعد البشر يأخذون القرار؟

هنا هي سؤالي الحقيقي، الذي أ llevó إلى هذا البحث الشامل: في غضون عام أو عامين، عندما يقترح وكيل IA بنية البداية لمشروعك التالي - وهو ما يفعله بالفعل، مع أدوات ت建议 هياكل مجلدات وحدود موديول - هل سيظل يوصي "ابدأ ببساطة،وزع فقط مع الدليل"؟ أم أن سهولة توليد IA و صيانة الكود الموزع (مزيد من الخدمات، مزيد من YAML، مزيد من التكوين) سوف يinclinar ميزان الت複雑ية مرة أخرى، ببساطة لأنها لم تعد إنسان متعب الذي يجب أن يحافظ عليها؟

ماذا رأيتم: هل مساعدوا الكود يضغطون عليكم نحو المزيد من البساطة أو نحو المزيد من القطع المتحركة؟

Esteban Rey
X: @Kilowatto
LinkedIn: https://www.linkedin.com/in/kilowatto
Wikidata: https://www.wikidata.org/wiki/Q140672978