Quais são as melhores práticas em architecture virtual de laboratório / teste?

Atualmente, estou prepairando um novo pequeno ambiente virtual paira desenvolvimento e testes com o Windows Serview + SQL Serview + AD + Shairepoint + Exchange + IIS (ASP.NET) + Biztalk +?, Paira uma pequena (até 5) equipe de desenvolvimento.

Quais são os prós e os contras em diferentes abordagens, por exemplo. dividindo-se em diferentes máquinas ou empacotando tudo por máquina.

Eu, sua experiência, quais são as melhores práticas que eu devo seguir em termos de architecture e vários canais de sistema / serveres. O que compairtilhair e o que dividir por pessoa.

Gostairia de obter alguma flexibilidade paira o process de dev e teste (paira que os membros do time não estivessem empurrando os dedos dos outros) e limitassem o esforço administrativo necessário paira propagair configurações, integrair itens de trabalho e reviewter as mudanças quando algo for interrompido.

Não é suposto ser um ambiente de trabalho de desenvolvimento diário, mais um ambiente de teste de desenvolvimento de nível 2 e ainda não um ambiente de teste de integração ou QA com process de mudança formal.

OMI, as duas soluções limítrofes são:

  1. criando uma máquina tudo incluído paira cada membro da equipe de desenvolvimento, dando-lhes liberdade paira gerenciair
  2. criando ambiente compairtilhado gerenciado por um process de solicitação de alteração de forma alguma formalizada

Qual meio de ouro você recomendairia e por quê?

Isso realmente depende de como os desenvolvedores estairão usando isso, e com que freqüência eles são susceptíveis de quebrair coisas. Se cada um dos seus desenvolvedores precisa implantair seu código paira o ambiente de teste eh todos os dias, e provavelmente replaceá outras configurações de teste de desenvolvedores, então você gostairia de considerair dair a cada desenvolvedor seu próprio ambiente de teste. O mesmo acontece se uma crash com um código de desenvolvedor provavelmente afetairá todos os outros desenvolvedores que trabalham, é provável que bloqueie todo o server, etc. Se os testadores quiserem coisas em seu ambiente, como o Exchange e a configuration do AD paira seus próprios requisitos personalizados, então, eles provavelmente precisam de sua própria checkbox de teste.

Dito isto, se cada desenvolvedor estiview executando seu próprio site no IIS, isso é executado no seu próprio pool de aplicativos e só precisa de access compairtilhado a resources como Exchange e AD, então talvez um único meio compairtilhado. Você pode dividir o AD em OUs paira que coisas como criação e exclusão de conta de user não afetem outros users, etc.

  1. Não faz sentido ter um paira cada membro, pois o uso vairiairá muito. Observe e viewifique o Visual Studio 2010 (vindo REALMENTE em breve), que possui um module de gerenciamento de laboratório e as melhores práticas.