Servidor ASP.NET de desenvolvimento

0

Temos um servidor Windows 2003 extra que, espero, possa ser usado para acelerar o processo de desenvolvimento em um site que estamos produzindo. Estamos tentando reduzir o tempo de latência do servidor de desenvolvimento local do ASP.Net, realmente lento, implementando um servidor de desenvolvimento que hospeda uma versão de desenvolvimento de nosso site no IIS. Tenho várias perguntas em torno da possibilidade de fazer isso.

Ambiente: o servidor de reposição (WinServ2k3) chamado "Spare" Visual Source Safe (3 usuários) mantém nossas soluções no servidor "VSS" O Visual Studio é executado no cliente A, B e C O Visual Studio publica versões para um serviço de hospedagem hospedado externamente.

Não sei por onde começar. Eu sei que eu poderia configurar o IIS para espelhar a aparência do nosso servidor IIS de produção. Mas como eu mudaria nossa depuração para apontar para o servidor de desenvolvimento? E como propago a mudança para o servidor de desenvolvimento através do uso do VSS (se alguém mais fez o check-in de um arquivo, essa mudança deve ser refletida no servidor de desenvolvimento).

Nossos servidores localhost de desenvolvimento do asp.net são incrivelmente lentos.

sammarcow
fonte

Respostas:

0

Você tem algumas perguntas misturadas.

Para uma integração contínua do ambiente de construção, consulte Go , CruiseControl ou TeamCity .

Para desempenho, pode ser por causa de uma conexão de banco de dados pela Internet ou por outras dependências, como chamadas de serviço da web. Você pode restringir isso iniciando com uma página test.htm e test.aspx com apenas 'Hello World' para o conteúdo. Caminhe pelo aplicativo até reduzir a causa raiz do desempenho.

Scott Forsyth - MVP
fonte
Você está dizendo que, na maioria dos casos, um servidor de desenvolvimento ASP.Net deve ser tão rápido / responsivo quanto o servidor IIS de produção? Este não é o caso. O servidor de desenvolvimento precisa acessar a Internet para obter dados ORM, enquanto o servidor IIS não, o que devo assumir é a causa da desaceleração neste momento. Eu acho que a única alternativa seria publicar em duas fontes diferentes dentro do provedor de hospedagem se as viagens de consulta sql forem atrasadas. .
sammarcow
Tudo isso depende do seu ambiente. Para o desenvolvimento, geralmente é melhor usar uma cadeia de conexão diferente e um banco de dados local. Isso deve manter o desempenho rápido em seus ambientes de desenvolvimento e garantir que nenhum erro seja cometido nos dados de desenvolvimento. Em seguida, apenas transforme as cadeias de conexão em sua implantação (algo que as soluções de integração contínua tratam). No entanto, por outro lado, se você recuar o mínimo possível de dados com consultas filtradas, mesmo as solicitações pela Internet poderão ser rápidas. Você pode ter algumas opções de desempenho em suas consultas.
Scott Forsyth - MVP