¿Cómo se maneja el acceso del desarrollador a los servidores de Windows?

Question

Cuando se trata de lanzar el código, ¿cómo se maneja el acceso del desarrollador al servidor? ¿Tienen acceso RDP a las máquinas para implementar código y realizar cambios? ¿Tienen acceso ftps solo a los docroots de los servidores y los administradores de sistemas manejan los cambios de configuración de .NET? ¿Los desarrolladores incluso tienen acceso a los docrooots de producción para la implementación o los administradores de sistemas manejan cualquier lanzamiento de código a los servidores en vivo?

Answer 1

Depende, en nuestro lugar de trabajo los desarrolladores hacen todo. Ningún administrador del sistema dice nada (ya que soy el systemadmin y un desarrollador)

La parte mala es que, muchas pruebas están ocurriendo en el entorno en vivo contra el cual estoy en contra y tratando de detenerlo pero todavía no tengo suerte.

Mi último lugar de trabajo fue manejado también por los desarrolladores, pero en etapas, muchas etapas antes de la puesta en marcha.

Answer 2

He visto algunos de ellos a lo largo de los años, y con mucho, los mejores resultados han surgido cuando los desarrolladores tienen pleno acceso. Por supuesto, todos los cambios deben documentarse y comprometerse en el control de versiones y probarse en un sistema de prueba antes de la implementación, y todo eso. La recompensa por dejar que los desarrolladores entren en los servidores de producción es cuando las cosas van mal. Los desarrolladores son los que pueden ver el problema más rápido. En situaciones con grandes restricciones, he visto correcciones de errores críticas de una línea que tardan días en implementarse.

Answer 3

Los mejores configuraciones que he trabajado tiene una jerarquía de 3 niveles:

• DEV - Los desarrolladores tienen acceso completo a éstos servidor (s).
• ETAPA: esto es para desarrolladores y QA.
• EN DIRECTO: solo los administradores de sistemas y de compilación los tocan.

Esto también dependerá del presupuesto y la mentalidad de la empresa.

Answer 4

Utilizamos una combinación de enfoques. Para las aplicaciones en las que soy el desarrollador principal y está alojado en un servidor dedicado (o VM), tengo acceso completo al servidor web. Para las aplicaciones en las que solo estoy desarrollando una parte de una aplicación más grande, o la aplicación se ajusta a un trabajo de cuadro más grande, obtengo acceso a un directorio donde puedo publicar. Para entornos de prueba (o creación de prototipos de nuevos servicios), generalmente es de acceso completo. Tengo mi propio cuadro de control de calidad dedicado al que tengo acceso completo para el trabajo de control de calidad. Los servidores SQL se manejan de manera diferente. Tengo una instalación completa de SQL Server localmente contra la que desarrollo. Normalmente interactúo con un DBA para configurar una base de datos en servidores de prueba y producción, pero tengo acceso administrativo completo a la base de datos, pero no al servidor.

Answer 5

Tengo acceso total y completo a todos los servidores de producción de mi empresa. Pero somos una empresa extremadamente pequeña y hago gran parte del trabajo de administración de sistemas, así como todo el trabajo de desarrollo.

Answer 6

Tengo acceso completo a la mayoría de nuestros sistemas de producción. Hay muchos problemas que me resultan más fáciles de resolver que para TI. Aunque generalmente no cambio la producción a menos que sea absolutamente necesario. Si realizo un cambio, les digo a nuestros administradores para que puedan tomar nota. Hemos intentado hacerlo con acceso limitado, pero trabajo como parte de un equipo realmente pequeño, por lo que no es una opción. En este momento, si solo les diéramos acceso a los administradores, 2 personas tendrían que cubrir los problemas de producción. Eso es difícil con un horario a la carta.