Alguém criar instaladores para implantar aplicativos asp.net web internas?

Question

Eu sempre implantado minhas aplicações web via FTP (às vezes até mesmo xcopy), e os scripts de banco de dados, em seguida, executar manualmente a mim mesmo.

Eu comecei a implantação dessa maneira nos anos 90, mas ultimamente, eu vi algumas aplicações web com instaladores. Estou começando a pergunta, se eu estou preso a um processo datado de fora. Eu sou um consultor, meus apps são geralmente interna, por isso eu não me preocupo sobre como distribuir e ter outros instalá-los.

Mas estou curioso; Alguém criar instaladores para implantar aplicativos asp.net web internas?

Se sim, por quê? (Voluntariamente, mandatado, ou parte de um processo de automação)

E você teve quaisquer problemas fazê-lo desta maneira?

Answer 1

absolutamente. Vamos utilizá-lo para fazer todos os nossos aplicativos. Dessa forma, criamos o instalador e executá-lo no QA e UAT ambientes para testar e nós sabemos exatamente o que vai acontecer na produção. Não há suposições sobre o que fim alguém poderia fazer algo dentro, ou se perca um passo. Isso torna as coisas muito mais fácil.

Ooh eu esqueci o processo automatizado também. Temos sistemas no lugar (Formigueiro Pro) que implantá-lo automaticamente para os ambientes apropriados. Os qa gente não tem que esperar para que algo seja feito, porque tudo é feito às 2 da manhã. Se eles precisam de executar novamente a configuração com atualizações, os devs verificar o código e nós apertar um botão, e é implantado automaticamente. Sem tempo de espera para o engenheiro de construção, porque ele está em uma reunião ou doente ou qualquer outra coisa.

Answer 2

Você sempre quer ter uma forma automatizada para construir e implementar - reduz muito as chances de um one-off erro se você esquecer uma certa etapa. Além disso, ele permite que você descarregar o deploy para alguém facilmente sem ter que ensinar-lhes 100 passos personalizados. Se o projeto é interno ou não, todos os aplicativos devem seguir as melhores práticas.

Answer 3

Pessoalmente, eu sou um pouco como o OP; geralmente eu só implantar usando FTP, mas em dizer que normalmente minhas aplicações são internos, ou no caso de outros projectos, 100% gerido por mim.

Estive também pensando sobre isso ultimamente no entanto, e já começaram a pensar sobre como usar a implantação adequada pode melhorar o processo -. Ter que documentar um processo de instalação detalhado pode ser uma verdadeira dor

Answer 4

Eu uso Powershell e achei muito fácil de automatizar muitas tarefas. Você provavelmente vai encontrar um pouco diferente no muito começando, mas no final você vai ver que é tudo sobre o poder do .NET bibliotecas !!!

Answer 5

Eu tenho usar o " Configuração do Project web " para criar um MSI que instalou a saída de um " projeto de implantação da web " para uma aplicação interna. Nosso administrador do servidor não estava à altura da tarefa de fazer instalar um manual de 50 passos. Para meu aplicativo atual, meu administrador do servidor não gosta da sensação 'caixa preta' de instaladores MSI e prefere ficar uma pilha de arquivos e um manual de implantação 50 etapa. (Veja um padrão aqui? Pergunte ao seu administrador do servidor o que ele quer.)

A instalação da Web O Project não torná-lo imediatamente óbvio como instalar a qualquer coisa que não seja o "Website Padrão", para além disso, ele fez a repetível processo de instalação e criou um construído em forma de reversão (por apenas correr a instalador de 1 versão atrás).

Isto, obviamente, pressupõe que o diretório virtual não mantém qualquer usuário modificado content-- Eu não confiaria um MSI para arquivos adequadamente usuário merge criados e novos.

Answer 6

Nós usamos o modelo de implantação "XCopy" aqui, já que as pessoas Ops tem seu próprio método de configurar a segurança em um novo aplicativo web no servidor.

No entanto, foi preciso usar um instalador quando tivemos que instalar uma aplicação web que estava usando uma versão mais recente do Crystal Reports, uma vez que tinha que fazer algo especial com uma chave e nós não têm uma versão soprado cheio de CR no próprio servidor. Portanto, manter isso em mente quando se trabalha com aplicativos de terceiros, ele poderá ter que fazer algum tipo de módulo de mesclagem que as alças MSI facilmente.

Answer 7

Sim ... temos um aplicativo que precisa de um monte de pré-requisitos estabelecidos .... serviço web, serviço de janelas, contas de usuário, segurança, criação de pastas, GAC pedaços etc .... Eu rolei tudo -se em um bom MSI com ações personalizadas que podem instalar e desinstalar limpa. Salvo cerca de uma hora de valor do trabalho para implantar uma nova caixa.

Um monte de outros aplicativos menores são apenas implantado fazendo Publicar site para uma pasta local, em seguida, FTP'ing o conteúdo para o alvo.

Answer 8

Ele depende muito da escala de seu projeto, o enviornment e sua base de usuários interno. Eu raramente implantar com um msi porque somos operação um muito pequeno para ter vários ambientes (exceto para SharePoint, que é diferente todos juntos). Nós desenvolver e usar VS para implantar aplicativos web a uma caixa de desenvolvimento, assumindo que eles são aprovados, em seguida, usamos VS novamente para implantar a caixa ao vivo.

A única condição é que temos várias cópias do web.config (anexado com o teste, dev e ao vivo) e, em seguida, excluir o sufixo fora do arquivo relevante, dependendo de onde a sua sido implantado.

Provavelmente não é a melhor metodologia (eu sei que não é), mas funciona e ela ajuda rápida implantação de pequenas e médias empresas soluções em um ambiente de usuário em pequena escala.

Answer 9

F5ToDebug ...

Seu dizendo seu OK para tomar atalhos Se você não tem tempo para fazê-lo corretamente?

"quem vai testar o código no ambiente de teste?" Você mesmo disse que você tem arquivos de configuração para _test - por que isso não seria um teste adequado