كيف يعمل API-dex

يقف API-dex أمام منصات إدارة واجهات برمجة التطبيقات الخاصة بك ويمنح كل دور — مستهلك، منتج، ومسؤول — بوابة واحدة للعمل فيها. توضح هذه الصفحة الأجزاء وكيف ينتهي تغيير على بوابة واحدة بالظهور لمطوّر يتصفح الكتالوج.

البنية التقنية

لا يستبدل API-dex منصات Apigee أو Gravitee أو Azure API Management — بل يتصل بها كـ بيئات ويعيد تقديم ما تعرضه (المنتجات، المواصفات، بيانات الاعتماد) من خلال واجهة مستخدم ونموذج وصول موحّدين.

تدفقات المحتوى والوصول

هناك تدفقان يُعدّهما المسؤولون مرة واحدة، وتدفقان يحدثان باستمرار بعد ذلك.

الإعداد لمرة واحدة (المسؤول)

1. تسجيل بيئة. يربط المسؤول API-dex بمزود بوابة (Apigee أو Gravitee أو Azure) باستخدام تفاصيل اتصال تلك المنصة.
2. تحديد مجموعات الأذونات. ينشئ المسؤولون أنماط الوصول التي تربط الفرق بواجهات برمجة التطبيقات التي يمكنهم استدعاءها.

مستمر (المنتجون والمستهلكون)

1. النشر. يرفع منتج (غالبًا عبر فريق خلفية أو دور CI/CD) مواصفة واجهة برمجة تطبيقات إلى كتالوج بيئة ما.
2. الاكتشاف والربط. يتصفح مستهلك الكتالوج لتلك البيئة، ويقرأ المواصفة، ويضيف المنتج إلى أحد تطبيقاته.
3. استدعاء الواجهة. بيانات اعتماد التطبيق — الصادرة بالتنسيق الذي تتوقعه البوابة الأساسية — تخوّل الاستدعاء. لا يقوم API-dex نفسه بتمرير حركة المرور؛ البوابة التي ربطتها لا تزال تتعامل مع الاستدعاءات.

لماذا البيئات محورية

كل شاشة في البوابة — الكتالوج، التطبيقات، بيانات الاعتماد، الإحصائيات — مرتبطة بـ البيئة المختارة حاليًا في الرأس. هذا ما يتيح لبوابة واحدة تمثيل عدة بوابات (مثل بيئة اختبار على Gravitee وبيئة إنتاج على Apigee) دون خلط بياناتهما. راجع البيئات.

الوصول القائم على الدور

لا يعرض API-dex لكل مستخدم نفس البوابة. يُحسب الظهور من دور الحساب (مستهلك، منتج، مسؤول، CI/CD، مدير اشتراكات) ومما فعّلته مؤسستك. راجع الأدوار وأنواع المستخدمين و المرجع — الأدوار والظهور للمصفوفة الكاملة.

مواضيع ذات صلة

• البدء السريع — اربط بيئتك الأولى
• المفاهيم الأساسية
• المرجع — تخطيط البوابة