beawolf - Fotolia
Microsoft ajusta Windows PowerShell DSC en Windows Server 2016
Microsoft refinó la configuración de estado deseada de PowerShell en Windows Server 2016 para hacer que las configuraciones del servidor sean menos complicadas para los administradores y desarrolladores.
Microsoft introdujo una característica de configuración de estado en PowerShell con Windows Server 2012 R2 para ayudar a los administradores a configurar, administrar e implementar sistemas. El sistema de administración de la configuración requiere que los administradores usen PowerShell para crear scripts con cmdlets para evitar que la configuración se desvíe.
Los cambios recientes a Windows PowerShell Desired State Configuration (DSC) en Windows Server 2016 pueden ayudar a los administradores a establecer un control exhaustivo sobre la configuración de un servidor. Microsoft también diseñó estas configuraciones para que sean portátiles; los bloques de construcción de esas configuraciones pueden reutilizarse, lo que hace que Windows PowerShell DSC sea más eficaz que la versión anterior.
Windows PowerShell DSC permite a los administradores definir un estado deseado y luego aplicar ese estado a otros sistemas para garantizar que cumplen con las políticas de la organización. Esto es útil tanto para nuevas implementaciones de servidor como para remediar servidores que sufren de desviación de configuración.
Problemas con Windows PowerShell DSC en Windows Server 2012 R2
Aunque muchos administradores encontraron útil la versión de Windows Server 2012 R2 de Windows PowerShell DSC, era un poco incómoda y no intuitiva porque no seguía el formato de PowerShell habitual. Microsoft diseñó PowerShell para que fuese uniforme con los cmdlets compuestos por combinaciones verbo-sustantivo. Sin embargo, Windows PowerShell DSC en Windows Server 2012 R2 no siguió este modelo.
El uso de Windows PowerShell DSC requería dos pasos. En primer lugar, los administradores deben escribir un script de PowerShell como el siguiente:
Configuration ServerConfig
{
Import-DscResource –ModuleName 'PSDesiredStateConfiguration'
Node 'MyServer'
{
WindowsFeature InstallMyFeature
{
Ensure='Present'
Name='Hyper-V'
}
}
}
ServerConfig
Este script comprueba que Hyper-V está instalado en un servidor; sin embargo, el script no se puede ejecutar en el servidor elegido. Con Windows Server 2012 R2, los administradores ejecutan este script para producir un archivo .MOF. Para aplicar el archivo .MOF al servidor, el administrador utiliza el comando Start-DscConfiguration y proporciona un conjunto de credenciales: el nombre del equipo y la ruta donde reside el archivo .MOF. El proceso no funcionará si el nombre de archivo .MOF no coincide con el nombre de equipo especificado.
En Windows Server 2016, Microsoft intentó hacer que Windows PowerShell DSC fuera más fácil de usar. Por ejemplo, eliminó el requisito de archivo .MOF. Al hacer esto, Microsoft permite una definición de clases dentro de PowerShell; los desarrolladores pueden producir una serie de bloques de construcción DSC reutilizables y unirlos para formar una configuración DSC, lo cual requiere una cantidad mínima de codificación.
Windows PowerShell DSC actualizado elimina la incertidumbre
Windows PowerShell DSC puede ayudar a los administradores que desean asegurarse de que los sistemas utilicen una configuración que se adhiera a las políticas de seguridad corporativas. Como un beneficio adicional, las actualizaciones de Windows PowerShell DSC en Windows Server 2016 pueden ayudar a que las aplicaciones se ejecuten de forma más predecible.
Los desarrolladores de organizaciones de clase empresarial crean y prueban aplicaciones en hardware de laboratorio; sin embargo, cuando la aplicación sale a producción, puede o no funcionar dependiendo de qué tan bien los ajustes de producción imiten el entorno de desarrollo. Microsoft promociona la configuración de Windows PowerShell DSC como capacidades de código, que permiten a los desarrolladores programar también la configuración del servidor, como las claves de red y de registro. De esta manera, los desarrolladores aseguran que la aplicación funcionará porque también han adaptado la configuración del servidor para esa aplicación.
La configuración del servidor ayuda no sólo con el desarrollo, sino también con el aprovisionamiento. Debido a que los desarrolladores pueden codificar la configuración del servidor, pueden modificarla para satisfacer sus necesidades durante el proceso de desarrollo. Por ejemplo, un desarrollador puede cambiar una línea de código para modificar la configuración de red de un servidor. Una vez que la configuración y la aplicación asociada se han completado, un administrador utiliza el archivo de configuración para proporcionar el servidor de producción automáticamente.
Microsoft presenta herramientas de prueba de PowerShell
Para ayudar a los desarrolladores y administradores a probar su código, Microsoft agregó una herramienta de código abierto llamada Pester a Windows PowerShell. Pester es un marco de pruebas que puede validar los scripts de PowerShell, incluido el código Windows PowerShell DSC. Anteriormente, no existía una herramienta de prueba de código estándar para PowerShell.
Además, Microsoft creó un depurador en PowerShell ISE y proporciona un módulo de análisis de mejores prácticas (Best Practices Analyzer) para PowerShell, para ayudar a las personas a escribir mejores scripts de PowerShell.
