Firebase Admin Node httpAgent: تغطية الوكيل حسب الخدمة
حدّد عمليات Firebase Admin Node التي تستهلك وكيل HTTP المهيّأ قبل افتراض أن كل حركة SDK تستخدم الوكيل نفسه.
تعمل مكالمة مصادقة عبر الوكيل، لكن اتصال قاعدة البيانات يفشل. في تطبيق Firebase، قد يكون ذلك فرقًا في طبقة النقل لا وكيلًا متقطعًا.
ينطبق خيار httpAgent في حزمة Admin Node SDK على الخدمات التي تجري مكالمات REST، بما في ذلك Auth وMessaging. ويستثني نطاقه الموثّق Realtime Database وFirestore. كما أن كائنات بيانات الاعتماد لديها تهيئتها الخاصة للوكيل عبر دوال مصنع بيانات الاعتماد المقابلة.
| العملية الفاشلة | التهيئة التي يجب فحصها |
|---|---|
| مكالمة خدمة REST تابعة لـ Admin | وكيل HTTP الخاص بالتطبيق |
| الحصول على رمز بيانات الاعتماد | تهيئة HTTP الخاصة بكائن بيانات الاعتماد |
| اتصال قاعدة بيانات | دعم النقل الخاص بعميل قاعدة البيانات |
لهذا لا يمكن أن يضمن إضافة وكيل عند التهيئة أن كل اتصال لاحق يسلك المسار نفسه. سجّل الخدمة والوجهة الفاشلتين قبل تغيير تهيئة تعمل بالفعل لخدمة أخرى.
تخلط المناقشات القديمة أيضًا بين أداة سطر أوامر Firebase وحزم SDK للتطبيقات. إن إصلاح CLI لقراءة http_proxy لا يثبت أن عميل قاعدة بيانات داخل عملية Node لديك يستخدم الخيار نفسه.
استخدم واجهة التهيئة المدعومة لطبقة النقل التي تحتاجها فعليًا. قد يبدو ترقيع تبعية WebSocket متداخلة وكأنه يؤثر في اتصال واحد بينما يبقى مسار آخر دون تغيير، كما أنه يجعل ترقية التبعيات مستقبلًا أصعب في الفهم.