it-swarm-es.com

¿Quién es responsable de mantener IIS para aplicaciones web?

IIS/Web Solicitudes ha sido un problema difícil en las tiendas en las que he trabajado a lo largo del tiempo.

Por un lado, IIS es un servicio integrado en el servidor (en general) y suele ser responsabilidad de los administradores del servidor para mantener y configurar. Cuando surja un problema, saben lo que debe suceder, o al menos puede diagnosticar al punto en que dicen: "Algo está mal con la aplicación web" y haga que el desarrollador depure su código.

Sin embargo, cada aplicación web en el servidor es única y tiene muchos matices que se pueden complejar en función de los problemas en cuestión.

Por otro lado, cada aplicación web es única de muchas maneras y tenía problemas específicos que deben tratarse y el desarrollador es la persona que más sabe acerca de la aplicación. Si el archivo web.config debe modificarse para la depuración, o una IIS comienza a dar duelo a la aplicación web, el desarrollador debe saber dónde se encuentra el problema y solucionarlo en consecuencia, ya sea debido a IIS o la aplicación en sí.

Sin embargo, permitiendo que un desarrollador entre en ellos y el ajuste de IIS por su cuenta se convierte en un problema serio porque algunas configuraciones/optimizaciones pueden enrollar seriamente con el rendimiento y la estabilidad del servidor.

Entonces, ¿dónde se encuentra el equilibrio? En caso de que los administradores del servidor sean IIS GURUS y manejen todas esas cuestiones y simplemente envíen los archivos del sitio sobre la implementación, o si el desarrollador asume la responsabilidad del servidor y IIS problemas y tratan con ellos en consecuencia?

15
Dillie-O

Parece que lo que realmente necesitas es alguien con experiencia en ambos lados de la cerca.

5
Chris Upchurch

En caso de que los administradores del servidor sean IIS GURUS y manejen todas esas cuestiones y simplemente envíen los archivos del sitio sobre la implementación, o si el desarrollador asume la responsabilidad del servidor y IIS problemas y tratan con ellos en consecuencia?

Respuesta: Buscar na persona y anunciarlas "WSA" (administrador del servidor web). Podrían ser un administrador o un desarrollador; Realmente no importa. Pero necesitan sumergirse en ambos aspectos del trabajo, y el resto del equipo (en ambos lados) necesita respetar su experiencia.

No es diferente a cómo Dbas a horcajadas en la línea entre ella/dev. Dada la importancia de los servidores web en una organización con un producto basado en la web, creo que esto es un papel crítico y, a menudo, pasada por alto.

Dado que la web sigue siendo joven (en comparación con las bases de datos), es difícil reclutar a este individuo. Lo más probable es que necesite crecer/preparar a alguien en el papel.

3
Portman

Personalmente, no quisiera que un desarrollador se meta con IIS, especialmente si eso significaba que podría causar problemas con otra aplicación con otro desarrollador que tiene que molestar, encenderse y seguir.

Si hay IIS Problemas, haga que el SysAdmin lo vea, y si hay un problema con una aplicación en particular, envíela a la dev. Si el DEV tiene un problema, lo menciona. A Sysadmin, que luego puede intentar tomar una decisión informada sobre si hacer cualquier cambio y descubrir cómo afectará a todos.

3
TheTXI

Nosotros (los SysAdmins) tratamos a nuestros desarrolladores, tal como lo haríamos un proveedor de terceros, cuando quieran que implementemos una aplicación, tienen que proporcionar documentación si esperan que esperen que sean compatibles. Esto incluye rutinas de solución de problemas comunes y una ruta de escalada de soporte (requisitos de tiempo de actividad combinado con una responsabilidad documentada de desarrolladores en el caso de una interrupción inaceptable).

Obviamente, no es blanco y negro, pero se hace mucho para aliviar la tensión entre devs y los administradores. Los desarrolladores se dan cuenta de que tienen que proporcionar un software de una calidad inversamente proporcional a su voluntad de ser paginado después de las horas, y los desarrolladores ahora tienen herramientas y documentos para pasar sin sentir en el gancho para herramientas que no crearon.

Por lo tanto, en su escenario, eso significaría que los devs crean su aplicación por su cuenta IIS Server y luego proporcionan el software y la documentación para que los administradores se instalen en el servidor de producción.

3
jj33