Existe uma enorme diferença quando se analisa os requisitos básicos do Server 2003 e do Server 2008. 2008 é baseado no design do Vista, que tem uma enorme transformação adicional no SO, tentando resolver alguns dos maiores problemas e impressões anteriores do MS. um novo destino que nos moveu para a era do Win 7. Mas tudo o que reluz, nem sempre é feito de ouro.
Minha empresa comercializa servidores VPS para usuários dedicados que fazem operações em Moeda ou Forex, de modo que o público esteja razoavelmente cativo entre as necessidades a serem atendidas.
Eu tenho clientes exigindo o Server 2008 R2 sem perceber que ele vem da caixa consumindo 400 megabytes de RAM, devido às enormes dependências de serviço que a instalação básica exige. Compare isso com os requisitos do Server 2003 de apenas 104 Meg de RAM. É UMA DIFERENÇA ENTRE em uma provisão de 1 Gig RAM. Você pensaria que perder todos os serviços indesejados ajudaria aqui, mas infelizmente o MS integrou serviços não relacionados ao mapa de dependências para evitar que você faça exatamente isso. Ao forçar-nos a manter todos os serviços, é muito menos provável que o usuário não especializado consiga quebrar alguma funcionalidade que possa precisar no futuro, de modo que a MS está nos forçando a manter vivos todos os suportes inoperantes, para reduzir as exposições negativas ao suporte otimizar o desempenho.
Muitos se tornaram aficionados em dizer que " RAM é barata hoje em dia ". Mas é isso? Não quando faz parte de um pacote alugado, um usuário pagará novamente por mês a mês, especialmente dado que é para suportar uma tonelada de serviços não utilizados que ele não pode desativar, sem perder alguma parte da funcionalidade principal.
Como 2003 já está se tornando parte da obsolescência forçada, chegará o dia em que não poderei oferecer aos clientes o tipo de benefício de memória versus desempenho que 2003 fornece, o que me tira do benefício que eu obtiver ao diminuir a concorrência que não entende isso. . A MS continua a envidar esforços para evitar a pirataria de software, em grande medida exigida, devido às políticas que evoluíram no envio de produtos incompletos ao mercado, usando o cliente como um beta testador e depois confiando em patch após patch para concluir a engenharia. e processo ineficiente de embrulhar um projeto, a tempo de rotulá-lo obsoleto e começar tudo de novo. Deve haver algum tipo de economia no trabalho aqui que eu não possa entender totalmente, mas certamente não beneficia o usuário final pagando as contas.