هل هناك أي أسباب لعدم استضافة خادم COM في تطبيق COM+؟

Question

إن أبسط طريقة لتحويل خادم COM in-proc إلى خادم COM خارجي هي إنشاء تطبيق COM+.ما هي العيوب المحتملة للقيام بذلك بهذه الطريقة؟

Answer 1

لا أستطيع حقًا التفكير في أي سبب لإنشاء الحاوية الخاصة بك أو استخدام حاوية تابعة لجهة خارجية (إن وجدت) لصالح MTS/COM+.أعني أنه يفعل كل الأشياء التي تريدها:

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

من الصعب أن نتخيل القيام بعمل أفضل من ذلك دون إنفاق 6 أشهر أو أكثر عليه.

Answer 2

وتطرق السؤال الداخل الى الخارج، واعتقد برنامج مكافحة النفس قد يسأل "لماذا هناك خيارات إلى جانب خادم في COM + لخادم COM خارج بروك؟ ما هي المزايا التي لا توفر هذه الخيارات استضافة أخرى؟"

وليس لدي أي شيء إعداد، ولكن أنا تخيل الجدول - مع استضافة خيارات في أعلى كما الرؤوس في مختلف الأعمدة، وسمات معينة كما الرؤوس في الصفوف. قد تقييم كل خيار استضافة على كل منطقة مختلفة أو سمة.

والفرق الرئيسي الذي أراه هو في النموذج الإداري والقدرة، والمرونة. على سبيل المثال، استضافة الخادم COM في خدمة ويندوز يمنحك قدرات خدمة ويندوز - بداية لصناعة السيارات مع التمهيد OS. واجهة المستخدم المشرف المرتبطة services.msc (سواء الأمور الإدارية / التشغيلية)، والمرونة لإضافة واجهات أخرى إلى أن خدمة (المرونة).