في الماضي، شرعت أقسام تكنولوجيا المعلومات في القيام بأعمال ضخمة برامج تكامل تطبيقات المؤسسات لربط صوامع بيانات برامج الأعمال. ومع ذلك، لم تعد تكنولوجيا المعلومات تتمتع برفاهية القدرة على التخطيط لمثل هذه الإستراتيجية طويلة المدى. لقد أدى عصر البرمجيات كخدمة (SaaS) والحوسبة السحابية العامة إلى انفجار التطبيقات، حيث قام كل منها بإنشاء مستودع بيانات خاص به، وهو الأمر الذي من غير المرجح أن تكون تكنولوجيا المعلومات المركزية في وضع يمكنها من دعمه.
ووفقاً لأندرو كومز، المحلل الرئيسي في شركة جارتنر، فإن النقاش يدور حول التحكم والجودة مقابل السرعة. ويقول: “يمكن لفريق التكامل المركزي أن يشكل عنق الزجاجة”.
وبدلاً من ذلك، رأت شركة Gartner أن بعض عملائها يبنون تمكينًا لاستراتيجية التكامل، حيث يتحول دور فريق تكنولوجيا المعلومات المركزي إلى دور مساعدة الإستراتيجية كمزود خدمة للأعمال. ووفقا لكيز، فإن هذا يساعد على خلق توازن بين سرعة التسليم والحواجز المطلوبة للحوكمة القوية لتكنولوجيا المعلومات.
استراتيجية الحوكمة
وقد استخدم دويتشه بنك Terraform لشركة HashiCorp لتوفير الدرابزين لمطوري البرمجيات. يقول كيث كيمسلي، رئيس تقديم الخدمات السحابية في دويتشه بنك، وهو يشرح كيفية عمل ذلك: “منذ البداية، أردنا خلق بيئة يمكنها تعزيز الابتكار بسرعة، ولكنها أيضًا تحافظ على معايير الأمان والامتثال لدينا وتتجاوزها”.
عمل البنك مع HashiCorp لتطوير Sentinel، استنادًا إلى أداة Terraform. يوفر هذا إطار عمل للسياسة كرمز، والذي استخدمه فريق النظام الأساسي السحابي في Deutsche Bank لبناء مكتبة من وحدات البنية التحتية Terraform والسياسات الموحدة لفرق تطوير التطبيقات.
يستخدم دويتشه بنك مفهوم منطقة الهبوط السحابية، التي توفر بيئات للمطورين واختبار قبول المستخدم وفرق الإنتاج، إلى جانب حواجز الحماية لضمان تسليم البرامج والتحديثات الجديدة بأمان. وقد ساعد هذا النهج الذي يعطي الأولوية للأمان في إبعاد فريق النظام الأساسي عن الطريق.
ويضيف كيمسلي: “إن تطبيق السياسة كرمز لم يعزز ضوابطنا فحسب، بل تمت إعادة استخدامها أيضًا في مجموعة من الخدمات التي قدمناها عبر البيئات الثلاث المختلفة، مما يعني أنه يمكن أيضًا تخصيصها لكل تطبيق.”
الزائد التطبيق
مناقشة التحديات التي تواجهها أقسام تكنولوجيا المعلومات عند تشغيل SaaS جنبًا إلى جنب مع تطبيقات المؤسسات التقليدية المحلية أو المستضافة، ديفيد موتر، أحد كبار المحللين في شركة فوريستريقول إن المشكلة الرئيسية هي دمج كميات كبيرة من التطبيقات.
يقول: “أعتقد أن SaaS أقل مقارنة بغير SaaS، كما أن حجم التطبيقات أكبر”. “لقد تضاعف حجم المحافظ الاستثمارية – ومن الشائع رؤية مئات الطلبات في مؤسسة كبيرة.”
وكما يشير موتر، فإن عدد الاتصالات المحتملة بين التطبيقات يتزايد بشكل كبير مع إضافة كل تطبيق جديد، مما يعني أن إدارة التكامل من نقطة إلى نقطة بين كل تطبيق أمر غير مستدام. “على الرغم من انتشار SaaS، إلا أن أنظمة المؤسسات القديمة لن تختفي بين عشية وضحاها [as] ويضيف أن تكلفة استبدالها هائلة.
يحث Mooter قادة تكنولوجيا المعلومات على النظر في كيفية تمديد العمر الإنتاجي لأنظمة المؤسسات القديمة هذه من خلال دمجها مع التطبيقات السحابية الأصلية الحديثة. ويشير إلى أن كل هذا العمل يزيد من عبء العمل المطلوب لإدارة مشكلة نمو التكامل الأسي.
وبالنظر إلى الكيفية التي يمكن بها لقادة تكنولوجيا المعلومات مواجهة تحدي التكامل هذا، يوصي موتر بدراسة المشكلة من حيث واجهات الأعمال بدلاً من التطبيقات وقواعد البيانات. تقليديا، كما يقول، تقوم تكنولوجيا المعلومات بالمهمة الأخيرة.
“إننا نتلقى متطلبات تغيير الأعمال ونسأل أنفسنا كيف يمكننا ربط التطبيقات المختلفة معًا لتحقيق هذا التغيير. لقد نجح ذلك عندما لم يكن هناك سوى عدد قليل من التطبيقات التي يجب التعامل معها، ولكن اليوم، يواجه الأمر مشكلة نمو الاتصال المتسارع.
وفقًا لموتر، فإن الخطأ الذي تميل أقسام تكنولوجيا المعلومات إلى ارتكابه هو الاعتقاد بأن التطبيقات تخلق قيمة، في حين أن المجال الذي يعتقد أن قادة تكنولوجيا المعلومات يجب أن يركزوا عليه هو واجهات برمجة التطبيقات (APIs). ويقول: “إن عمليات عملك هي التي تخلق القيمة، وليس التطبيقات”. “إذا كنت تتبع إستراتيجية واجهة برمجة التطبيقات (API)، حيث يكون هدفك الرئيسي واجهات برمجة التطبيقات هي واجهات في القدرات التجارية بدلاً من التطبيقات، تصبح الأمور أقوى بكثير.
تبدأ عملية بناء إستراتيجية تكامل التطبيقات التي تشمل تطبيقات SaaS التي يستضيفها موفر خدمة خارجي أو في السحابة العامة والأنظمة القديمة المحلية بتصميم واجهة الأعمال. بمجرد تحديد واجهة الأعمال هذه، يوصي Mooter قادة تكنولوجيا المعلومات بمعرفة التطبيقات التي تحتاج إلى تنسيق للوفاء بوعد العقد الخاص بواجهة الأعمال. ويقول إن هذا يضع التطبيقات ثانوية بالنسبة لواجهات برمجة التطبيقات التي تستدعي العمليات التجارية.
وكمثال على استخدام واجهات برمجة التطبيقات التي تربط العمليات التجارية، يقول: “في كل مرة تحتاج، على سبيل المثال، إلى تنفيذ طلب لشريك تجاري جديد أو قناة جديدة، ما عليك سوى استدعاء واجهة برمجة التطبيقات الخاصة بتنفيذ الطلب بدلاً من محاولة ربط ثلاثة أنظمة لإدارة الطلبات معًا وثمانية أنظمة تخطيط موارد المؤسسات (ERP). [enterprise resource planning systems] مع الشريك أو القناة الجديدة.”
هناك العديد من الاختلافات في هذا النهج. في مؤسسة لديها العديد من قنوات المبيعات والدعم لأنواع مختلفة من الأجهزة، يقول موتر إن قادة تكنولوجيا المعلومات قد يحتاجون إلى قنوات إضافية طبقة API الذي يجمع واجهات الأعمال في تجربة مستخدم محددة.
سيم كيبوس، المدير الهندسي في شركة Pipedrive، توصي بأن يتأكد قادة تكنولوجيا المعلومات من وجود مظهر ومظهر متسق لواجهة برمجة التطبيقات. ويقول: “يجب أن تكون واجهات برمجة التطبيقات (APIs) هي التصميم أولاً، مع مبادئ التصميم والوثائق والعمليات لضمان نتيجة الجودة”. وينتهي الأمر بالمطورين بالحصول على نتائج أفضل عندما يقومون بالتصميم خصيصًا بطريقة تتسم بالسلامة والفعالية والفعالية [resource] الكفاءة في الاعتبار.
هناك مشكلة أخرى من المحتمل أن يواجهها قادة تكنولوجيا المعلومات وهي عندما تحتاج تطبيقاتهم السحابية الحديثة إلى التفاعل مع التطبيقات القديمة التي لم يتم تصميمها للتعامل مع البيانات في الوقت الفعلي. ويضيف موتر: “كثيرًا ما أرى هذا مع أنظمة تخطيط موارد المؤسسات (ERP) القديمة”. في هذا السيناريو، يقول إن قادة تكنولوجيا المعلومات قد يحتاجون إلى إدارة البيانات الرئيسية أو ذاكرة التخزين المؤقت للبيانات للتعامل مع عمليات القراءة لواجهات برمجة التطبيقات لواجهة الأعمال. سيساعد هذا في تقليل عبء العمل على التطبيق القديم.
يقول: “على المدى القصير، يعد إنشاء اتصالات من نقطة إلى نقطة أسهل وقد يكون أسلوبًا جيدًا عندما يكون لديك عدد قليل جدًا من التطبيقات، أو لحالات الاستخدام البسيطة التي تعرف أنها لن تحتاج إلى التطوير أو إعادة الاستخدام”. فى المستقبل.” ولكنه يوصي، على مستوى عالٍ، بأن تسعى المؤسسات جاهدة لتنسيق تطبيقات المؤسسة في واجهات الأعمال، مضيفًا أن هذا هو النهج الوحيد الذي يعمل على نطاق واسع.
هناك طريقة أخرى للنظر في تكامل أنظمة المؤسسات SaaS وغير SaaS وهي النظر في تكامل البيانات. تُعرّف شركة Forrester تكامل البيانات بأنه القدرة على التقاط البيانات والوصول إليها واستهلاكها بين مصادر البيانات والمواقع والتطبيقات المختلفة.
يقول ميشيل جويتز، نائب الرئيس والمحلل الرئيسي في شركة Forrester: “يخدم تكامل البيانات أغراضًا متعددة – استيعاب مجموعات من البيانات في مستودعات البيانات والمستودعات، أو تنسيق خطوط تدفق البيانات، أو تسليم الأحداث من العمليات والآلات، أو تقديم الرؤى”.
يتضمن تكامل البيانات التعليمات البرمجية والمنطق لتعيين البيانات وتسويتها بين بيئات الإنتاج والمستهلكة. فهو يتيح التحديثات والتغييرات وحذف البيانات؛ سلامة البيانات والتحقق من مجموعات البيانات وتنقيتها ودمجها لإثراء البيانات.
يقول جويتز إن أدوات تكامل البيانات تؤدي عمليات تجميع وحسابات وتوفر بيانات تعريف وتصنيفات، والتي تُعلم عمليات التكامل النهائية أو توجيه عمليات الأعمال. قد يقوم تكامل البيانات بنقل البيانات ونسخها فعليًا عبر خطوط الأنابيب والموصلات، أو توفير طرق عرض افتراضية يتم تحديثها مع كل استدعاء واستعلام. تعد واجهات برمجة التطبيقات (APIs) قناة مشتركة لدمج عمليات تكامل البيانات مع عمليات تكامل التطبيقات والأتمتة.
التكامل اللامركزي
يوصي Mooter بأن تنظر المؤسسات إلى الابتعاد عن وجود فريق تكامل مركزي ينفذ التكامل للمؤسسة للتغلب على الاختناقات التي تحدث عندما تكون تكنولوجيا المعلومات هي المسؤولة الوحيدة عن دعم تكامل المؤسسات بين الشركات (B2B).
أحد الاتجاهات التي لاحظتها شركة Forrester هو إضفاء الطابع الديمقراطي على تكامل تكنولوجيا المعلومات، في المقام الأول لفرق تكنولوجيا المعلومات في مجال الأعمال، ولكن أيضًا لتكامل المواطنين (غير العاملين في مجال تكنولوجيا المعلومات).
عند اختيار التكنولوجيا لدعم ذلك، يوصي Mooter أقسام تكنولوجيا المعلومات بالنظر إلى منتجات منصة التكامل كخدمة (iPaaS) التي تركز على سهولة الاستخدام وبحد أدنى من منحنى التعلم.
شهدت شركة Forrester أيضًا المزيد من المنتجات في سوق iPaaS التي توفر أتمتة الأعمال. على سبيل المثال، قد يتضمن iPaaS وظائف معدة مسبقًا لتنفيذ العمليات التجارية الشائعة أو معايير الصناعة. قد يقدم موفر iPaaS أيضًا حزمًا أو عمليات تكامل مع أدوات التشغيل الآلي المجاورة الأخرى.
يعتقد Mooter أنه يتطلع إلى مستقبل تكامل تكنولوجيا المعلومات وكيفية ربط المؤسسات بتطبيقات المؤسسات SaaS وغير SaaS الذكاء الاصطناعي التوليدي سيغير كيفية تحقيق المنظمات لتكامل تكنولوجيا المعلومات. يقول: “بدلاً من إنشاء تدفق تكامل يدويًا، ستخبر منتج iPaaS بلغة إنجليزية بسيطة بما تريد تحقيقه، وسيعمل على إنشاء تكامل لك”.
نظرًا لأن بعض منتجات SaaS يتم نشرها بواسطة مديري خطوط الأعمال أو وظائف تكنولوجيا المعلومات داخل وحدات الأعمال لتحقيق أهداف تكتيكية، تحتاج فرق تكنولوجيا المعلومات المركزية إلى اتخاذ قرار بشأن ما إذا كان دمج هذه المنتجات في استراتيجية تكامل تكنولوجيا المعلومات الشاملة للشركة يمثل أولوية . سيكون لبعض منتجات SaaS موصلاتها الخاصة للتكامل مع أنظمة المؤسسة الأخرى، وقد يتم دعم البعض الآخر بواسطة iPaaS.
ولكن إذا كان من المحتمل استخدام المنتج في المؤسسة لفترة قصيرة نسبيًا فقط، فقد لا يكون دمجه بالكامل في حزمة برامج المؤسسة أمرًا جديرًا بالاهتمام. ومن ناحية أخرى، فإن تلك التي من المرجح أن يتم نشرها لفترة ممتدة سوف تحتاج، بشكل شبه مؤكد، إلى تكامل أكثر إحكاما مع العمليات التجارية الداخلية.
