API Gateway

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

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