Una de las nuevas características de SQL Server 2008 (SQL2K8) es el soporte para Windows Power Shell, una nueva interface de scripting basada en .NET que será la navaja suiza bajo la cual se podrá administrar la plataforma Windows, servicios como Active Directory y además se integrará en la siguiente generación de los Enterprise Servers (Sharepoint, Biztalk, Exchange, etc, etc) para agregar esa misma capacidad de administración, extensibilidad y automatización de una forma UNIFICADA. De hecho, Windows Power Shell forma parte del core de Windows Server 2008 En los siguientes días hablaré más a detalle de Windows Power Shell.
Pero ¿Por qué agregar una opción más de interacción con SQL Server si ya existe T-SQL, el CLR de .NET o SQL DMO? Bueno, la respuesta la tiene este post en Dan’s Blog de un miembro del equipo de desarrollo de SQL-Server, de la cual citaré algunos párrafos que contestan la interrogante y nos dan una perspectiva más amplia:
Within Microsoft we have a concept called Common Engineering Criteria (CEC). The goal of CEC is to establish consistency across IT products (Windows Server, Exchange, SQL Server, BizTalk, System Center, etc). Some of the requirements of CEC include items like virtualization support, security requirements, System Center support, localization requirements, and installation and patching requirements. I’m sure I don’t need to go into detail on why this is a good thing for our customers.
One of the latest CEC requirements is support for PowerShell. The old requirement used to be generic support for scripting. Imagine a world where every product used a different scripting syntax and had different constructs for error handling and procedural execution. Yuck! Just the cost to develop and maintain this would be enormous. There would be no consistency and each team would reinvent the wheel. This all might be fine if users never used more than one product. But we know that’s not the case. Lines of responsibility are blurring and IT professionals have to learn and use multiple products. Developers also must use multiple products.
Blog del equipo de Windows Power Shell
Windows PowerShell ScriptCenter
Sorry you must register to comments in this post