هل تطبيقات الوسيطة المطلوبة للقيام بمنطق الأعمال؟

Question

دعونا نفترض أن لدي طلبات تدهيد البنية التحتية الكبيرة بين العديد من مكونات الأعمال (تطبيقات العملاء، والشبكة، والمدفوعات، إلخ). المكدس الوسيطة مسؤولة عن تزامن وتوجيه وتحويل وغيرها من الأشياء (على غرار كتاب أنماط تكامل المؤسسة بواسطة Gregor Hohpe).

سؤالي هو: هل هو تصميم جيد لوضع بعض منطق الأعمال على الوسيطة؟

دعنا نقول تطبيقي طلبات بعض بيانات العملاء من الوسيطة. ولكن من أجل الحصول على هذه البيانات، لا بد لي من العرض هوية الزبون و البعض معلمة أخرى. وبعد يجب أن يتم جلب هذه المعلمة من خلال التطبيق الطالب أو هو البرنامج المتوسطة المسؤولة عن "تسهيل" وتوفير واجهة تتلقى معرفات العملاء وتخلص داخليا معلمة أخرى?

أدرك أن هذا ليس سؤال بسيط (بسبب تعريف المنطق التجاري)، لكنني أتساءل عما إذا كان نهج عام أو بعض الإرشادات.

Answer 1

هذا هو نمط "التطبيق المركب"؛ قلب الهندسة المعمارية الموجهة نحو الخدمة. هذا ما يبيعه البائعون ESB: طريقة لوضع إضافي منطق الأعمال في مكان ما الذي يخلق تطبيق مركب خارج التطبيقات الحالية.

هذا غير بسيط لأن تطبيقك المركب ليس مجرد توجيه. إنها صفقة مركبة جديدة مناسبة الطبقات أعلى التوجيه.

تَلمِيح. انظر إلى الحصول على ESB جيدة قبل الذهاب إلى أبعد من ذلك بكثير. هذا سريع الخروج عن نطاق السيطرة ولدي بعض الدعم الإضافي مفيدا. حتى لو كنت لا تشتري شيئا مثل الشمس jcaps. أو افتح esb., ، ستكون سعيدا لأنك تعلمت ما يفعله وكيف ينظمون تطبيقات مركبة معقدة.

Answer 2

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

Answer 3

تزامن والتوجيه والتحول.

أنت لا تفعل أي من هذه لأسباب تقنية، عشوائيا، أو للمتعة فقط، يمكنك القيام بذلك لأن لديك بعض متطلبات الأعمال - Ergo هناك منطق الأعمال المعنية.

الشيء الوحيد الذي فقدت فيه نظام أعمال كامل هو حساب وإعداد التقارير (دعونا نفترض أن لديك بالفعل أمان في مكانه!).

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

اختيار "المنطق التجاري" حيث كان Terminoligy فقراء للغاية وقد أدى إلى تشوهات لا نهاية لها من التصميم والهندسة المعمارية.

ما يعنيه معظم المصممين / المهندسين المعماريين عن طريق المنطق التجاري هو الحساب والتحليل.

إذا كنت "٪ s / الأعمال التجارية / حساب / g" معظم المراسلات المعمارية جعل أكثر منطقية.

Answer 4

يجب أن يفعل تطبيق الوسيط ذلك. يجب أن يكون للنظام ألف فكرة أن المعلمة الأخرى الموجودة، وبالتأكيد لن يكون لديك فكرة عن كيفية الحصول عليها.