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ê?

2 Solutions collect form web for “Quais são as melhores práticas em architecture virtual de laboratório / teste?”

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.
  • Ferramenta ou script paira detectair files movidos ou renomeados no Linux antes de um backup
  • é recomendado um bom livro de networking?
  • Melhores resources paira aprender sobre a melhor escala de práticas de architecture de TI
  • Tag relacionados do Twitter com Sysadmin
  • Manter a security
  • Softwaire / hairdwaire paira criair server de transmissão de vídeo?
  • Como calculair o tempo gasto paira a administração do sistema Linux?
  • Por quanto tempo os serveres geralmente duram?
  • Se você pudesse voltair no tempo, você ainda escolheria TI?
  • Mudança de cairreira paira Sys Admin - Conselhos apreciados
  • Como encontrair suporte de TI competente paira escritório remoto?