Instrumentar aplicaciones de .NET Framework con System.Management

El objetivo del espacio de nombres System.Management.Instrumentation es reducir lo máximo posible el trabajo que supone habilitar una aplicación para administrarla. El espacio de nombres también facilita la exposición de eventos y datos, así como el uso de relaciones entre objetos de administración.

Una de las principales ventajas de WMI es que permite a los programadores de aplicaciones obtener acceso a información de distintos orígenes a través de una arquitectura común. El origen de la información podría ser un dispositivo de hardware, un sistema operativo o una aplicación de software. La información proporcionada por el origen de datos se conoce como instrumental. La finalidad del instrumental es muy parecida a la que tiene el panel frontal de un automóvil. Un automóvil tiene indicadores que permiten supervisar información relativa a diversos componentes (como el indicador de combustible) e indicadores que avisan cuando ocurren ciertos hechos (como la alarma de puerta abierta). Todo este instrumental posibilita tomar decisiones sobre cómo conducir y mantener el automóvil. Los componentes de un equipo que proporcionaban información de instrumental permiten administrar software para diagnosticar y solucionar problemas en el entorno informático de una organización.

WMI es el instrumental estándar utilizado por aplicaciones de administración como Microsoft Operations Manager, Microsoft Application Center y muchas otras herramientas de administración creadas por terceros. El sistema operativo Windows está instrumentado con WMI, pero los programadores que deseen que sus propios productos funcionen con herramientas de administración deben proporcionar instrumental en su propio código. El espacio de nombres System.Management.Instrumentation permite a los programadores de código administrado extraer información para herramientas compatibles con WMI.

La exposición de objetos de una aplicación para administrarlos debería resultar muy fácil a los programadores de .NET Framework: el esquema de WMI está orientado a objetos y tiene muchos rasgos en común con los metadatos de .NET Framework, por ejemplo, las clases de código se asignan a las clases de esquema, las propiedades de los objetos de código se asignan a las propiedades de los objetos WMI, y así sucesivamente. Por lo tanto, es fácil instrumentar aplicaciones de código administrado para permitir su administración. Los programadores que estén familiarizados con la programación de código administrado ya disponen de los conocimientos y la experiencia necesarios para proporcionar instrumental mediante WMI. La curva de aprendizaje es prácticamente inexistente y no hay necesidad de conocer la API de cliente de WMI.

La información de la aplicación utilizada para la administración se expone principalmente mediante declaraciones: no hace falta ninguna codificación exhaustiva adicional. El programador marca los objetos como administrables mediante las funciones de establecimiento de atributos de .NET Framework y define cómo se asignarán al esquema de System.Management.Instrumentation. El programador también puede derivar la clase de una clase de esquema System.Management.Instrumentation común y, en este caso, el establecimiento de atributos y la asignación ya estarán resueltos.

Cuando la aplicación ha sido instrumentada, los objetos y eventos se pueden descubrir, supervisar y configurar mediante WMI y las aplicaciones de administración programadas por la numerosa cartera de clientes de WMI (como Computer Associates, Tivoli Systems Inc., BMC Software, Hewlett-Packard, etcétera). Los eventos de código administrado marcados para administración se generan automáticamente como eventos WMI.

El sistema de seguridad de System.Management está estrechamente vinculado al de WMI. En WMI, el acceso de un cliente a la información se controla mediante un sistema de seguridad basado en los espacios de nombres.

Por comodidad, durante la programación los datos del instrumental se publicarán en el espacio de nombres root\default, si no se especifica lo contrario mediante el atributo Instrumented en el ensamblado. No obstante, es recomendable que los programadores reemplacen esta configuración predeterminada y definan un espacio de nombres específico para su aplicación, de manera que se pueda proteger independientemente.

La práctica recomendada es:

• Cree un espacio de nombres independiente para su ensamblado, grupo de ensamblados o aplicación particular con requisitos de seguridad parecidos. Use el nombre de su compañía y el nombre del producto de software en la definición de su espacio de nombres para asegurarse de que son únicos. Por ejemplo, el instrumental de su aplicación se puede publicar en el espacio de nombres "root\<nombre de su compañía>\<nombre de su producto>". La jerarquía de espacios de nombres también puede contener información sobre versiones (vea más información acerca del control de versiones en la sección de registro de esquemas).
• Los administradores pueden utilizar WMI Control con el fin de especificar restricciones de seguridad para un espacio de nombres concreto. Para llamar a WMI Control, haga clic con el botón secundario del mouse (ratón) en "Mi PC", seleccione "Administrar" para iniciar la consola MMC (Microsoft Management Console) "Administración de equipos", después expanda el nodo "Servicios y aplicaciones", seleccione "WMI Control", haga clic con el botón secundario del mouse y seleccione "Propiedades". A continuación, haga clic en la ficha "Seguridad" para ver o modificar la configuración de seguridad del espacio de nombres de su aplicación.

Vea también

Administrar aplicaciones mediante WMI | Clases y asignación en CLI y WMI | Exponer eventos de administración | Exponer datos de administración | Herencia | Registrar el esquema de una aplicación instrumentada