لماذا اخترت Powershell على WMI لتطوير واجهات إدارة?

Question

نحن نناقش تطوير وتحسين البنية التحتية لإدارة لدينا نظام توزيع.نحن نستخدم COM, خدمات ويب .صافي المكونات.بما أننا على أساس ملقم Microsoft Windows XP/2003 أعتقد بشكل أساسي لدينا خيارين:

1. Powershell cmdlets
2. فئات WMI باستخدام النظام.إدارة موفري WMI على التعليمات البرمجية الأصلية (الصف سبيل المثال, طريقة, الحدث)

لماذا نختار Powershell على WMI?

Answer 1

وأود أن اختيار PowerShell على WMI للأسباب التالية:

1. كتابة cmdlet هو فقط إضافة .صافي الدرجة.
2. PowerShell وقت التشغيل يوفر سطر الأوامر تحليل بنيت في.
3. كتابة واجهة إدارة في PowerShell يسمح للمسؤولين القدرة على دمج إدارة التطبيق الخاص بك مع غيرها من التطبيقات والخدمات (مثل Exchange Active Directory أو SQL Server).
4. PowerShell البيئة يجعل خط أنابيب المتاحة للمسؤولين تمكين إدارة المهام التطبيق الخاص بك يمكن القيام به أكثر كفاءة.
5. والاكتشاف.PowerShell ، عبر الحصول على أمر الحصول على الأعضاء ، الحصول على مساعدة ، يوفر للغاية اكتشافها بيئة مدراء العمل ، مما أدى إلى تقصير منحنى التعلم للحفاظ على التطبيق الخاص بك.

حتى إذا ذهبت WMI الطريق ، PowerShell لا يدعم العمل مع WMI (على الرغم من أن هناك عدد قليل من الأخطاء).

لي PowerShell هو أفضل وسيلة سطح مهمة موجهة واجهة التطبيق.مع دعم مايكروسوفت وقد تم توفير PowerShell ، فمن وسوف تكون متسقة واجهة إدارة التطبيقات والخدمات في جميع أنحاء المؤسسة.

يوم عملي هو المشرف و أدفع كل البائعين أنا أعمل مع نحو تطفو على السطح مجموعة PowerShell إدارة API ، وهذا يجعل منحنى التعلم سياق التحول لإدارة التطبيقات أقل من ذلك بكثير.على تطوير الجانب ، وقد كتبت (وأنا لا تزال تعمل على) سلسلة من PowerShell cmdlets واحدة مفتوحة المصدر المنتج أعمل و أعمل على مجموعة أخرى من أجل تطبيق منفصل.

Answer 2

جيفري إلى إجابات "لماذا PowerShell" هنا.هذا المنصب هو في سياق SQL, ولكن كثيرا تنطبق هنا.

Answer 3

أنا لست متأكدا من أنني كنت اتخاذ القرار.انها ليست بالضبط إما-أو...يمكنك اختيار أن تفعل على حد سواء.

WMI يمكن استهلاكها من قبل عدد من الاشياء المختلفة ، ليس فقط PowerShell.لماذا لا اكتب إدارة الأجهزة في PowerShell ، ثم لف أن WMI في بعض المهام الموجهة cmdlets لجعل الأمور أسهل المسئولون ؟ هذا بعض ما MS المنتج فرق اختيار القيام به ، خاصة عندما يكون لديهم الأخرى المستهلكين من WMI يريدون مواصلة دعم.

إذا كنت قد حصلت بالفعل مناسبة .صافي رمز ، وتحول ذلك إلى cmdlet قد يكون أسرع مما يحولها إلى موفر WMI.إذا كان هذا هو الحال, و هو سرعة القلق ، انتقل مع ما هو أسهل.ولكن بغض النظر عن ما تفعله ، يمكنك دائما التفاف عليه في PowerShell cmdlet للمدراء, وهو بالتأكيد النهج الموصى به.

Answer 4

لست متأكدا من أن هذا يمكن أن يكون الرد مع المعلومات التي قدمتها حتى الآن.احساسي يكون أن يجب عليك استخدام powershell لأنه يبدو وكأنه قد يكون لديك بالفعل بعض .صافي رمز.ولكن هل حقا لا تعتمد فقط على بالضبط ما كنت تحاول القيام به.