تكامل تطبيقات المؤسسة

تكامل تطبيقات المؤسسة ( EAI ) هو استخدام مبادئ هندسة البرمجيات وأنظمة الكمبيوتر لدمج مجموعة من تطبيقات الكمبيوتر الخاصة بالمؤسسة . ^[1]

ملخص

تكامل تطبيقات المؤسسة هو إطار تكامل يتكون من مجموعة من التقنيات والخدمات التي تشكل برنامجًا وسيطًا أو "إطار عمل برنامج وسيط" لتمكين تكامل الأنظمة والتطبيقات عبر المؤسسة. ^[1]

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

تكامل تطبيقات المؤسسة هو عملية ربط مثل هذه التطبيقات داخل منظمة واحدة معًا من أجل تبسيط وأتمتة العمليات التجارية إلى أقصى حد ممكن، وفي الوقت نفسه تجنب الحاجة إلى إجراء تغييرات شاملة على التطبيقات أو هياكل البيانات الحالية. يمكن ربط التطبيقات إما في الواجهة الخلفية عبر واجهات برمجة التطبيقات أو (نادرًا) الواجهة الأمامية ( واجهة المستخدم الرسومية ). ^{[ بحاجة لمصدر ]}

على حد تعبير شركة الأبحاث جارتنر : "[EAI هو] المشاركة غير المقيدة للبيانات وعمليات الأعمال بين أي تطبيق متصل أو مصادر بيانات في المؤسسة." ^[2]

قد توجد الأنظمة المختلفة التي تحتاج إلى الربط معًا على أنظمة تشغيل مختلفة ، أو تستخدم حلول قواعد بيانات مختلفة أو لغات كمبيوتر مختلفة ، أو تنسيقات مختلفة للتاريخ والوقت، أو قد تكون أنظمة قديمة لم تعد مدعومة من قبل البائع الذي أنشأها في الأصل. في بعض الحالات، يطلق على مثل هذه الأنظمة " أنظمة الأنابيب المدخنة " لأنها تتكون من مكونات تم تجميعها معًا بطريقة تجعل من الصعب جدًا تعديلها بأي شكل من الأشكال. ^{[ بحاجة لمصدر ]}

تحسين الاتصال

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

على سبيل المثال، يتم تحديد عدد الاتصالات اللازمة للحصول على اتصالات من نقطة إلى نقطة متكاملة تمامًا، مع $n$ نقطة، بواسطة (انظر معامل ثنائي الحدين ). وبالتالي، لكي تكون عشر تطبيقات متكاملة تمامًا من نقطة إلى نقطة، يلزم وجود اتصالات من نقطة إلى نقطة، وفقًا لنمط نمو تربيعي . ${\tbinom {n}{2}}={\tfrac {n(n-1)}{2}}$ ${\tfrac {10\times 9}{2}}=45$

ومع ذلك، فإن عدد الاتصالات داخل المنظمات لا ينمو بالضرورة وفقًا لمربع عدد النقاط. بشكل عام، يقتصر عدد الاتصالات بأي نقطة فقط على عدد النقاط الأخرى في المنظمة، ولكن يمكن أن يكون أصغر بكثير من حيث المبدأ. يمكن أن يزيد EAI أيضًا من الاقتران بين الأنظمة وبالتالي زيادة النفقات العامة والتكاليف الإدارية. ^{[ بحاجة لمصدر ]}

لا يقتصر الأمر على مشاركة البيانات بين التطبيقات فحسب، بل يركز أيضًا على مشاركة كل من بيانات الأعمال والعمليات التجارية. غالبًا ما ينظر محلل البرامج الوسيطة الذي يهتم بـ EAI إلى نظام الأنظمة . ^{[ بحاجة لمصدر ]}

الأغراض

يمكن استخدام EAI لأغراض مختلفة: ^{[ بحاجة لمصدر ]}

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

أنماط

يصف هذا القسم أنماط التصميم الشائعة لتنفيذ EAI، بما في ذلك أنماط التكامل والوصول والعمر الافتراضي. هذه أنماط مجردة ويمكن تنفيذها بطرق مختلفة عديدة. هناك العديد من الأنماط الأخرى المستخدمة بشكل شائع في الصناعة، بدءًا من أنماط التصميم المجردة عالية المستوى إلى أنماط التنفيذ شديدة التحديد. ^[3]

أنماط التكامل

تطبق أنظمة EAI نمطين: ^[4]

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

غالبًا ما يتم استخدام كلا النمطين في نفس الوقت. يمكن لنظام EAI نفسه أن يحافظ على مزامنة تطبيقات متعددة (الوساطة)، في حين يخدم الطلبات من المستخدمين الخارجيين ضد هذه التطبيقات (الاتحاد). ^{[ بحاجة لمصدر ]}

أنماط الوصول

يدعم EAI كل من أنماط الوصول غير المتزامنة (الإطلاق والنسيان) والمتزامنة، حيث يكون الأول نموذجيًا في حالة الوساطة والأخير في حالة الاتحاد. ^{[ بحاجة لمصدر ]}

أنماط مدى الحياة

يمكن أن تكون عملية التكامل قصيرة الأجل (على سبيل المثال، يمكن إكمال مزامنة البيانات عبر تطبيقين في غضون ثانية واحدة) أو طويلة الأجل (على سبيل المثال، يمكن أن تتضمن إحدى الخطوات تفاعل نظام EAI مع تطبيق سير العمل البشري للموافقة على قرض يستغرق إكماله ساعات أو أيامًا). ^{[ بحاجة لمصدر ]}

الطوبولوجيات

هناك نوعان رئيسيان من الطوبولوجيات: المحور والأضلاع ، والحافلة . ولكل منهما مزاياه وعيوبه. في نموذج المحور والأضلاع، يكون نظام EAI في المركز (المحور)، ويتفاعل مع التطبيقات عبر الأضلاع. في نموذج الحافلة، يكون نظام EAI هو الحافلة (أو يتم تنفيذه كوحدة مقيمة في حافلة رسائل موجودة بالفعل أو برنامج وسيط موجه للرسائل ). ^{[ بحاجة لمصدر ]}

تستخدم أغلب المؤسسات الكبيرة شبكات مقسمة إلى مناطق لإنشاء دفاع متعدد الطبقات ضد التهديدات الموجهة إلى الشبكة. على سبيل المثال، تمتلك المؤسسة عادةً منطقة معالجة بطاقات الائتمان (متوافقة مع PCI)، ومنطقة غير متوافقة مع PCI، ومنطقة بيانات، ومنطقة DMZ لتوكيل وصول المستخدم الخارجي، ومنطقة IWZ لتوكيل وصول المستخدم الداخلي. تحتاج التطبيقات إلى التكامل عبر مناطق متعددة. سيعمل نموذج Hub and spoke بشكل أفضل في هذه الحالة. ^{[ بحاجة لمصدر ]}

التكنولوجيات

يتم استخدام تقنيات متعددة في تنفيذ كل مكون من مكونات نظام EAI: ^{[ بحاجة لمصدر ]}

حافلة/مركز: يتم تنفيذ ذلك عادةً عن طريق تحسين منتجات البرامج الوسيطة القياسية ( خادم التطبيقات ، ناقل الرسائل) أو تنفيذه كبرنامج مستقل (أي لا يستخدم أي برامج وسيطة)، ويعمل كبرنامج وسيط خاص به.
اتصال التطبيق: يتصل الناقل/المحور بالتطبيقات من خلال مجموعة من المحولات (يشار إليها أيضًا باسم الموصلات ). هذه هي البرامج التي تعرف كيفية التفاعل مع تطبيق الأعمال الأساسي. يقوم المحول بإجراء اتصال أحادي الاتجاه (أحادي الاتجاه)، وتنفيذ الطلبات من المحور ضد التطبيق، وإخطار المحور عند حدوث حدث مهم في التطبيق (إدراج سجل جديد، أو إتمام معاملة، وما إلى ذلك). يمكن أن تكون المحولات خاصة بتطبيق (على سبيل المثال، تم إنشاؤها مقابل مكتبات عميل بائع التطبيق) أو خاصة بفئة من التطبيقات (على سبيل المثال، يمكن أن تتفاعل مع أي تطبيق من خلال بروتوكول اتصال قياسي، مثل SOAP أو SMTP أو تنسيق رسالة العمل (AMF)). يمكن أن يوجد المحول في نفس مساحة العملية مثل الناقل/المحور أو التنفيذ في موقع بعيد والتفاعل مع المحور/الحافلة من خلال بروتوكولات قياسية في الصناعة مثل قوائم الرسائل أو خدمات الويب أو حتى استخدام بروتوكول خاص. في عالم Java، تسمح المعايير مثل JCA بإنشاء المحولات بطريقة محايدة للبائع.
تنسيق البيانات وتحويلها: لتجنب اضطرار كل محول إلى تحويل البيانات من/إلى تنسيقات كل تطبيق آخر، عادة ما تشترط أنظمة EAI تنسيق بيانات مستقل عن التطبيق (أو مشترك). وعادة ما يوفر نظام EAI خدمة تحويل البيانات أيضًا للمساعدة في التحويل بين التنسيقات الخاصة بالتطبيق والتنسيقات المشتركة. يتم ذلك في خطوتين: يحول المحول المعلومات من تنسيق التطبيق إلى التنسيق المشترك للناقل. بعد ذلك، يتم تطبيق التحويلات الدلالية على هذا (تحويل الرموز البريدية إلى أسماء المدن، وتقسيم/دمج الكائنات من تطبيق واحد إلى كائنات في التطبيقات الأخرى، وما إلى ذلك).
وحدات التكامل: يمكن أن يشارك نظام EAI في عمليات تكامل متزامنة متعددة في أي وقت معين، حيث تتم معالجة كل نوع من التكامل بواسطة وحدة تكامل مختلفة. تشترك وحدات التكامل في أحداث من أنواع معينة وتعالج الإشعارات التي تتلقاها عند حدوث هذه الأحداث. يمكن تنفيذ هذه الوحدات بطرق مختلفة: في أنظمة EAI المستندة إلى Java ، يمكن أن تكون هذه تطبيقات ويب أو EJBs أو حتى POJOs تتوافق مع مواصفات نظام EAI.
دعم المعاملات: عند استخدامه لتكامل العمليات، يوفر نظام EAI أيضًا اتساقًا معاملاتيًا عبر التطبيقات من خلال تنفيذ جميع عمليات التكامل عبر جميع التطبيقات في معاملة موزعة شاملة واحدة (باستخدام بروتوكولات الالتزام المكونة من مرحلتين أو معاملات التعويض ).

هندسة الاتصالات

حاليًا، هناك العديد من الاختلافات في الفكر حول ما يشكل أفضل بنية أساسية ونموذج مكون وبنية معايير لتكامل تطبيقات المؤسسات. يبدو أن هناك إجماعًا على أن أربعة مكونات ضرورية لهندسة تكامل تطبيقات المؤسسات الحديثة: ^{[ بحاجة لمصدر ]}

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

على الرغم من استكشاف طرق أخرى مثل الاتصال على مستوى قاعدة البيانات أو واجهة المستخدم، إلا أنه لم يتم العثور على هذه الطرق قابلة للتطوير أو التعديل. يمكن للتطبيقات الفردية نشر الرسائل إلى الوسيط المركزي والاشتراك لتلقي رسائل معينة من هذا الوسيط. يتطلب كل تطبيق اتصالاً واحدًا فقط بالوسيط. يمكن أن يكون نهج التحكم المركزي هذا قابلاً للتطوير بشكل كبير وقابلًا للتطور بشكل كبير . ^{[ بحاجة لمصدر ]}

يرتبط تكامل تطبيقات المؤسسة بتقنيات البرامج الوسيطة مثل البرامج الوسيطة الموجهة للرسائل ( MOM )، وتقنيات تمثيل البيانات مثل XML أو JSON . تتضمن تقنيات EAI الأخرى استخدام خدمات الويب كجزء من الهندسة الموجهة للخدمة كوسيلة للتكامل. يميل تكامل تطبيقات المؤسسة إلى التركيز على البيانات. في المستقبل القريب، سوف يشمل تكامل المحتوى وعمليات الأعمال . ^{[ بحاجة لمصدر ]}

مصائد التنفيذ

في عام 2003، أفادت التقارير أن 70% من جميع مشاريع EAI تفشل. ولا ترجع أغلب حالات الفشل هذه إلى البرنامج نفسه أو الصعوبات الفنية، بل إلى مشكلات إدارية. وقد حدد ستيف كراجس، رئيس اتحاد التكامل الأوروبي، الأخطاء السبع الرئيسية التي تقع فيها الشركات التي تستخدم أنظمة EAI ويشرح الحلول لهذه المشاكل. ^[5]

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

قد تنشأ مشاكل محتملة أخرى في هذه المجالات: ^{[ بحاجة لمصدر ]}

الافتقار إلى التنسيق المركزي لعمل EAI. ^[6]
المتطلبات الناشئة: يجب أن تكون تنفيذات EAI قابلة للتوسيع ومقسمة إلى وحدات للسماح بالتغييرات المستقبلية.
الحماية: غالبًا ما تنتمي التطبيقات التي يتم دمج بياناتها إلى أقسام مختلفة لديها أسباب تقنية وثقافية وسياسية لعدم الرغبة في مشاركة بياناتها مع أقسام أخرى

انظر أيضا

المبادرات والمنظمات

مراجع

^ ab Linthicum, David S. (2000). Enterprise Application Integration. Addison-Wesley Professional. ISBN 978-0-201-61583-8.
^ في تقريرها الصادر في أبريل 2001 لشركة AIIM International، "تطبيقات المؤسسات: تبني تقنيات الأعمال الإلكترونية والوثائق، 2000-2001: دراسة صناعية عالمية"، عرّفت شركة Gartner تطبيقات المؤسسات بأنها "المشاركة غير المقيدة للبيانات وعمليات الأعمال بين أي تطبيقات ومصادر بيانات متصلة في المؤسسة". جابل، جولي (مارس-أبريل 2002). "تكامل تطبيقات المؤسسات" (PDF) . مجلة إدارة المعلومات . تم الاسترجاع في 22 يناير 2008 .
^ Hohpe, Gregor; Woolf, Bobby (2015). "نظرة عامة على أنماط الرسائل". Enterpriseintergationpatterns.com وAddison-Wesley . تم الاسترجاع في 2016-05-19 .
^ MSquare Systems (2014-05-21). "أنواع EAI". مؤرشف في 2014-05-21 على https://web.archive.org/web/20140521124430/http://www.msquaresystems.com/enterprise-application-2/eai. MSquare Systems تم استرجاعه في 2014-05-28 من http://www.msquaresystems.com/enterprise-application-2/eai.
^ تروتا، جيان (2003-12-15). "الرقص حول "فخاخ الدب" في EAI" . تم الاسترجاع في 2006-06-27 .
^ Toivanen, Antti (2013-10-25). "تجنب مخاطر مراكز الكفاءة التكاملية". مؤرشف من الأصل في 2017-07-30 . تم الاسترجاع في 2013-10-26 .

Original text

Rate this translation

Your feedback will be used to help improve Google Translate

[Enterprise_Application_Integration-1] Linthicum, David S. (2000). Enterprise Application Integration. Addison-Wesley Professional. ISBN 978-0-201-61583-8.

[2] في تقريرها الصادر في أبريل 2001 لشركة AIIM International، "تطبيقات المؤسسات: تبني تقنيات الأعمال الإلكترونية والوثائق، 2000-2001: دراسة صناعية عالمية"، عرّفت شركة Gartner تطبيقات المؤسسات بأنها "المشاركة غير المقيدة للبيانات وعمليات الأعمال بين أي تطبيقات ومصادر بيانات متصلة في المؤسسة". جابل، جولي (مارس-أبريل 2002). "تكامل تطبيقات المؤسسات" (PDF) . مجلة إدارة المعلومات . تم الاسترجاع في 22 يناير 2008 .

[Enterprise_Integration_Patterns-3] Hohpe, Gregor; Woolf, Bobby (2015). "نظرة عامة على أنماط الرسائل". Enterpriseintergationpatterns.com وAddison-Wesley . تم الاسترجاع في 2016-05-19 .

[4] MSquare Systems (2014-05-21). "أنواع EAI". مؤرشف في 2014-05-21 على https://web.archive.org/web/20140521124430/http://www.msquaresystems.com/enterprise-application-2/eai. MSquare Systems تم استرجاعه في 2014-05-28 من http://www.msquaresystems.com/enterprise-application-2/eai.

[5] تروتا، جيان (2003-12-15). "الرقص حول "فخاخ الدب" في EAI" . تم الاسترجاع في 2006-06-27 .

[6] Toivanen, Antti (2013-10-25). "تجنب مخاطر مراكز الكفاءة التكاملية". مؤرشف من الأصل في 2017-07-30 . تم الاسترجاع في 2013-10-26 .