أود أن أتحدث عن ملاحظة مثيرة للاهتمام في هذه المرحلة.

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

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

خذ APRO كمثال، ما أراه الآن هو أن ثلاث قوى تتجمع تدريجياً.

**لنلقِ نظرة على تحول منطق الاستخدام**. في السنوات الماضية، كان موقف أوراكل عند الاتصال بالعديد من سلاسل التطبيقات تجريبيًا بشكل أساسي. كانت تستخدم خيارات بديلة، واجهات اختبار، و модуль غير حيوي. ولكن بمجرد أن بدأت الأوراكل تُستخدم في تسوية، تسوية، وتفعيل التحكم في المخاطر في مثل هذه "المناصب الحيوية التي لا تقبل الأخطاء"، تغيرت قواعد اللعبة تمامًا. في هذه المرحلة، لم يعد الأمر مجرد علاقة تكامل بسيطة، بل أصبح علاقة اعتماد حقيقية.

من الواضح أن الإيقاع العام لـ APRO مؤخرًا يتجه نحو "الاستدعاء الأساسي" بدلاً من البقاء في الوظائف المحيطة. هذه العملية بطيئة جدًا، ولكن بمجرد الانتهاء منها، لن يكون هناك عودة تقريبًا.

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

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