Visual Studio Team Lab Management è un qualcosa (non lo definirei strumento o tool, ne tantomeno tecnologia) che sfrutta una varietà di tecnologie differenti ed una infrastruttura abbastanza complessa.
Il risultato finale è esplosivo. Si ha la possibilità di fare deploy di ambienti virtuali multipli, test, etc., etc., etc., bla bla bla. Cosa è e cosa fa Visual Studio Team Lab Management lo avete sentito dire tante volte da me e da Gian Maria. 
Ci sono da fare alcune considerazioni, prima di pensare di mettere in produzione un’infrastruttura di Lab, soprattutto se si è la persona che casualmente (torneremo dopo l’estate sul tema dell’amministratore casuale di Team Foundation Server) ha il compito di tirar su la baracca.
Questa è una infrastruttura reference (non ho incluso reportistica e Sharepoint per semplicità) di Visual Studio Team Lab Management. Anche ad occhio si direbbe un filo complessa
Il primo fattore di cui tener conto in modo mandatorio è la rete. Una rete Gigabit Ethernet vera (switch, cavi e schede di rete) è il requisito minimo per pensare di usare in modo profiquo il Lab. Perchè? Beh, spostare macchine virtuali per decine di Gigabyte su una rete 100Mbps improvvisata usando schede di rete di recupero e uno switch da pochi euro comprato al negozietto sotto casa non mi sembra una brillantissima idea… (parlo di “negozietto sotto casa” per...ehm…esperienza Non a caso ho comprato un fantastico Dell PowerConnect e da allora vivo felice…)
A seguire, lo storage. Una SAN iSCSI è fortemente consigliata, ma comunque bisogna tener conto di un comparto storage fortemente carrozzato. Anche qui, la presenza di una rete GBEth è fondamentale in quanto altrimenti limiterebbe le potenzialità dell’I/O dello storage.
Infine c’è il capitolo Team Foundation Build, spesso sottovalutata. I build server devono essere correttamente dimensionati, specialmente per CPU e storage. Test Controller e Test Agent non sono stati inventati per nulla. quindi alle spalle ci deve essere uno studio accurato sull’uso che si vuole fare della Build.
Un ottimo documento di cui tenere conto è la Visual Studio Lab Management Guidance dei Visual Studio ALM Rangers, che copre in dettaglio tutti i passaggi necessari per un buon planning ed un buon deploy.
Come referenza bibliografica invece non posso che consigliare l’ottimo Professional Team Foundation Server 2010, scritto da Ed Blankenship (MVP Visual Studio ALM), Martin Woodward (Senior Program Manager per Visual Studio Team Explorer Everywhere e l’interoperabilità), Grant Holliday (Program Manager per Team Foundation Server) e Brian Keller (Senior Technical Evangelist per Visual Studio ALM).