واجهات برمجة التطبيقات من الداخل مقابل خارج المؤسسة

يعتبر الحد الفاصل بين وظائف تكنولوجيا المعلومات الداخلية والخارجية في المؤسسة تمييزًا خاطئًا. لا يمكن لأحد التنبؤ بكيفية استخدام البيانات أو أين ستتدفق المعلومات. حتى لو كنت تعرف أين يتم رسم الخطوط الداخلية / الخارجية لشركتك اليوم - فمن المؤكد أن هذه الخطوط ستحرك الأهداف في المستقبل.

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

لاغتنام هذه الفرصة ، تقدم Pitney Bowes أكثر من 160 من واجهات برمجة التطبيقات العامة عبر السحابة ، مما يفتح الملايين من العائدات الجديدة المحتملة ومساعدة جهود التجارة الرقمية للشركة لتصبح أعمالًا سنوية تزيد قيمتها عن مليار دولار. البيانات والوظائف التي كانت ذات يوم داخلية فقط أصبحت الآن خارجية أيضًا.

يوجد درس هنا: التفكير في حلول واستراتيجيات العمل من حيث "الداخلية" و "الخارجية" أو من حيث "دمج النظام A والنظام B" قديم. لا تكمن المشكلة في كيفية توصيل الأنظمة الداخلية والمستخدمين - يمكن إجراء هذا الاتصال بعدد من الطرق. بدلا من ذلك ، فإن المشكلة هي ما يمكنك القيام به مع الاتصال بمجرد الانتهاء منه.

تعتمد الإجابة على نوع الاتصال - ثابت مقابل ديناميكي. في العالم القديم من حلول النقطة ، على سبيل المثال ، كان التركيز غالبًا مجرد تكامل ثابت ، والحصول على المعلومات من النظام A إلى النظام B. وغالبًا ما كانت الآليات المتجانسة المستخدمة هشة ومعقدة ، تركز فقط على المسار الحالي A → B ، كما لو طرق المستقبل إلى C ، D أو E لن يكون أبدا غامر

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

بشكل أكثر تحديدًا ، فيما يلي الحد الأدنى لمتطلبات الوصول الداخلي إلى النظام:

  • الأمان
  • درب التدقيق
  • رؤية
  • أداء وقت التشغيل (الجهوزية ، الكمون)
  • التكلفة (تجنب التكاليف ، وفورات في التكاليف)

تقليديا ، توقف العديد من الشركات هنا. ولكن هناك نقاط إضافية يجب مراعاتها في عالم اليوم سريع الحركة:

  • رؤى / تحليلات
  • سهولة الاستعمال
  • المدودية قابلى المد
  • خيارات النشر (مثل الحاويات والسحب والحجم)
  • تسييل
  • مراقبة الحبيبات الدقيقة

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

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

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

[هل أنت مهتم بالمزيد من النصائح لإدارة واجهات برمجة التطبيقات وقيادة الأعمال الرقمية؟ راجع كتاب Apigee الجديد ، "The Product Product Mindset."]