ti-enxame.com

Quem é responsável por manter IIS para aplicativos da web?

Aplicativos IIS/Web tem sido uma questão complicada nas lojas que trabalhei ao longo do tempo.

Por um lado, IIS é um serviço incorporado no servidor (por grande) e é tipicamente a responsabilidade dos administradores do servidor para manter e configurar. Quando um problema surge, eles sabem que necessidades Para acontecer, ou pode pelo menos diagnosticar ao ponto em que dizem: "Algo está errado com o aplicativo da Web" e o desenvolvedor depende de seu código.

No entanto, cada aplicativo da Web no servidor é único e tem muitas nuances que podem ser complexas com base nos problemas em questão.

Por outro lado, cada aplicativo da Web é exclusivo de várias maneiras e tinha problemas específicos que precisam ser tratados e o desenvolvedor é a pessoa que mais sabe sobre o aplicativo. Se o arquivo web.config precisar ser modificado para depuração, ou um IIS começa a dar dor ao aplicativo da Web, o desenvolvedor deve saber onde o problema está e corrigi-lo de acordo com = IIS ou o aplicativo em si.

No entanto, permitindo que um desenvolvedor entrasse e ajuste com IIS por conta própria se torna um problema sério porque algumas configurações/otimizações podem ser gravemente sujas com o desempenho e a estabilidade do servidor.

Então, onde está o saldo? Se os administradores do servidor devem ser IIS Gurus e lidar com todos esses problemas e eu simplesmente envio os arquivos do site em implantação, ou o desenvolvedor assumir a responsabilidade pelo servidor e IIS == Problemas e lidar com eles de acordo?

15
Dillie-O

Soa como o que você realmente precisa é de alguém com experiência em ambos os lados da cerca.

5
Chris Upchurch

Na minha experiência (com empresas de tamanho menor), a equipe de TI/SYSADMIN não tem tempo, interesse ou conhecimento específico da WebApp para manter adequadamente IIS Configuração. Eles vão levar as coisas No que diz respeito ao sistema operacional e entregue IIS para mim, o desenvolvedor.

Obviamente, preciso ser "mais do que apenas um codificador" para fazer isso funcionar corretamente; Eu tenho que estar ciente das questões de nível do sistema (segurança e acesso). Eu tenho feito gerenciamento de sistemas de baixo nível há anos, então estou confiante com esse tipo de tarefa (na verdade, eu ensinei sysadmins profissionais algumas coisas ao longo dos anos). No entanto, nem todo desenvolvedor tem essa capacidade.

Ainda assim, do que vi, há mais desenvolvedores com habilidades de sysadmin, em seguida, há sysadmin com habilidades de desenvolvimento (webapp).

Como sempre, YMMV.

4
Craig Walker

Eu pessoalmente não queria que um desenvolvedor mexesse com o IIS, especialmente se significasse que isso poderia causar problemas com outro aplicativo com outro desenvolvedor ter que atirar em problemas, ligado e ligado.

Se houver IIS Problemas, tenha o sysadmin olhar para ele, e se houver um problema com um aplicativo específico, envie-o de volta para o dev. Se o dev tiver um problema, traga-o Para o sysadmin, que pode então tentar tomar uma decisão informada sobre se deve fazer alterações e descobrir como isso afetará a todos.

3
TheTXI

Nós (os sysadmins) tratam nossos desenvolvedores assim como um fornecedor de terceiros - quando eles querem que implantem um aplicativo, eles têm que fornecer documentação se eles esperam que ele seja suportado. Isso inclui rotinas de solução de problemas comuns e um caminho de escalação de suporte (requisitos de tempo de atividade combinados com uma responsabilidade de desenvolvedor documentada no caso de uma interrupção inaceitável).

É obviamente não preto e branco, mas é feito muito para aliviar a tensão entre os devs e os administradores. Os devs agora percebem que eles têm que fornecer software de uma qualidade inversamente proporcional à sua vontade de ser paginada após horas, e os devs agora têm ferramentas e documentos para passar sem sentir no gancho para ferramentas que não criaram.

Assim, em seu cenário, isso significaria que os devs criam seu aplicativo por conta própria IIS e, em seguida, fornecer o software e a documentação para os administradores instalarem no servidor de produção.

3
jj33