PowerShell: Verdi praterie

Una caratteristica di PS è la vastità di aree Windows che copre. In pratica se un framework, una applicazione o un sottosistema espone un modello (a oggetti) amministrativo in termini di classi .NET, oggetti COM o classi WMI, esso diventa banalmente controllabili da PS. Vediamo una panoramica di simili oggetti.

• .NET Framework 2.0
  • Xml (XSL, XSD), protocolli HTTP, FTP, System.Configuration, insomma chi più ne ha più ne metta.
• SQL Server 2005 
  • Server Management Objects (SMO) permettono di controllare in modo completo una istanza di SQL Server vedi https://www.simple-talk.com/author/dan-sullivan/
• Exchange 2007
  • L'amministrazione della nuova versione di Exchange è stata un banco di prova per PowerShell
• IIS 6
  • Amministrabile mediante ADSI e WMI
• IIS 7
  • Ha un nuovo modello ed è facile trovare materiale che spiega come amministrarlo con PS, ad esempio Managing IIS 7 with Windows PowerShell
• SharePoint 2007
  • Oggetti .NET per creare, modificare siti, pagine e in fine tutte le funzionalità di SharePoint, ad esempio https://blogs.flexnetconsult.co.uk/colinbyrne/CategoryView,category,SharePoint.aspx.
• Virtual Server 2005
  • È possible creare, avviare, copiare machine virtuali, una volta gestita la sicurezza (vedi https://blogs.msdn.com/virtual_pc_guy/archive/2006/06/13/630165.aspx). Gli altri suggerimenti sono contenuti in https://blogs.msdn.com/virtual_pc_guy/archive/tags/Developing+on+Virtual+Server/default.aspx.
• BizTalk 2006
  • Mediante WMI, ad esempio https://www.winterdom.com/weblog/2006/09/02/BTSResetWithPowerShell.aspx.

Sembrano mancare alcune voci importanti: ADO.NET, ADSI. La ragione è che PS offre un supporto specifico per questi oggetti, ma merita un approfondimento separato.

Accenno solo brevemente al fatto che stanno uscendo librerie di terze parti a supporto di PS, le più notorie sono PowerGadgets e /n software NetCmdlets.

Bye