Desarrollando a través de Escritorio remoto [cerrado]

https://stackoverflow.com/questions/501279

20-08-2019
|

Pregunta

¿Alguien tiene algún comentario exitoso sobre tener un equipo trabajando a través de Escritorio remoto?

En muchos lugares de trabajo, colocamos a los usuarios finales a través de Citrix y las aplicaciones en un servidor central y potente. A veces los clientes están en el mismo edificio que el servidor, pero a menudo son remotos.

Podría haber grandes beneficios para mí al poner a mis desarrolladores en instancias de Windows XP o Vista ejecutándose en un par de servidores con Hyper-V.

Me preocupa que RDP / RDC a través de Internet sea demasiado lento para que alguien pueda desarrollarse eficientemente.

Estoy seguro de que puedo escuchar muchas cosas malas al respecto ... ¿hay alguna gente que haya tenido éxito?

Solución

He visto una situación en la que se intentó hacer esto con una oficina satélite. Se realizó para un equipo de desarrollo de Java utilizando varias herramientas IDE de Java. El resultado no fue considerado como un éxito, y la compañía llevó al equipo de vuelta a una oficina central de Londres a un costo considerable.

Para alguien que hace esto día a día en software interactivo, el resultado no es realmente muy agradable. Para algo que utiliza principalmente herramientas basadas en texto, como las herramientas de línea de comandos vim y unix, funciona algo mejor. En un momento tuve XVNC yendo a través de un enlace DSL de 128 Kbit (de un tipo que prevalecía en Nueva Zelanda en ese momento) y podía trabajar en un almacén de datos basado en Oracle en una ubicación remota con bastante facilidad. El nivel de interactividad requerido por las herramientas los hizo mucho menos sensibles al enlace lento que un IDE basado en Windows.

Entonces, invocaré el argumento 'depende' con algunas calificaciones:

No lo recomendaría para un IDE moderno, y ciertamente no para algo muy gráfico como Dreamweaver, BI Development Studio o Informatica.
Para un entorno textual como las herramientas tradicionales de desarrollo de Unix, probablemente podría funcionar bastante bien. Estas interfaces de usuario son mucho menos sensibles a la latencia que una interfaz de usuario de manipulación directa.

Creo en el principio de las "mejores herramientas". Hacer todo lo posible para dar una interfaz de usuario de segunda categoría a un equipo de desarrollo emitirá señales negativas. Es probable que el ahorro de costos al hacer esto sea mínimo y will molestará a algunos de los miembros de su equipo. Incluso si se puede hacer que funcione razonablemente bien, todavía está haciendo una declaración de valor al hacer esto. Compare el ahorro de costos con el costo de reemplazar uno o más de su personal de desarrollo clave.

Otros consejos

Si no le preocupa la latencia en el audio y las imágenes de movimiento rápido y no está desarrollando nada que dependa del hardware 3D, probablemente estará bien.

Nunca lo he usado en un entorno de equipo, pero uso mi computadora portátil RDP'd en mi estación de trabajo todo el día y me encanta.

Nos conectamos a nuestros entornos de desarrollo utilizando RDP y localmente el rendimiento es excelente. Se ralentiza un poco en VPN, pero sigue siendo aceptablemente receptivo.

Desactive todas las funciones de animación de Windows, fondo de escritorio, etc. y eso ayudará considerablemente.

He trabajado en un entorno en el que ocasionalmente editaríamos algún código existente a través del escritorio remoto. No hubo desafíos significativos para esto. Como desarrollador, odiaba positivamente hacer ese trabajo. Todo se sintió lento e insensible. Sin embargo, hicimos el trabajo.

Afortunadamente, estos fueron a menudo trabajos cortos de 3 a 4 horas ... principalmente arreglos a sistemas existentes en sitios remotos de clientes. No creo que pueda recomendarlo como una forma normal de hacer el trabajo, pero ciertamente es posible.

He usado tanto VNC como RDP a través de una conexión DSL, ejecutándome a través de un túnel SSH, y no he tenido problemas reales.

Definitivamente hay algunos retrasos, especialmente si está redibujando grandes partes de una pantalla. Pero la mayoría del desarrollo implica pequeñas ediciones, y ambos protocolos manejan eso muy bien.

Utilizo Escritorio remoto para controlar mi máquina Windows en el trabajo. Utilizo una VM de Parallels en una Mac y mi conexión es de 2.5M abajo, 256k arriba.

Esto funciona muy, muy bien. He estado haciendo esto durante 2 años durante 1-3 días a la semana. La velocidad lenta no es un problema: no puedo escribir tan rápido.

Tengo 3 pantallas en el trabajo pero aún encuentro 20 " Pantalla de Mac para ser superior. ¡Los colores son mucho más limpios y puedo trabajar más tiempo en la Mac que en mis pantallas de trabajo!

Lo que es un asesino es Flash en un navegador. Si accidentalmente abro un navegador en mi máquina remota con Flash, se corta la conexión. La solución es usar FlashBlock (un complemento de Firefox).

Utilizo Eclipse y Visual Studio sin ningún problema.

Lo he usado para trabajar desde casa (inicio de sesión remoto en mi PC en la oficina a través de VPN).

El rendimiento depende de sus ISP, por supuesto.

Es un poco menos confiable (porque además de tener un tiempo de inactividad cuando / si alguna vez la LAN de la oficina está inactiva, ahora existe un riesgo adicional de tiempo de inactividad mientras cualquiera de las conexiones a Internet está inactiva).

Tengo un servidor remoto en un canal ascendente de 1Mbps al que realizo RDP (a través de una VPN) y funciona bien. Incluso uso resoluciones de pantalla grande (1600x1200) sin problemas de rendimiento. Por supuesto, no estoy seguro de cómo sería esa configuración para múltiples usuarios concurrentes, sin embargo.

Una ventaja de desarrollar sobre RDP que no había previsto es que puede guardar sus sesiones, por lo que después de terminar de desarrollar para el día, abandona su cliente RDP y apaga su computadora, y cuando vuelve a iniciar sesión al día siguiente, su sesión está justo donde la dejó.

Como beneficio adicional, los clientes RDP están disponibles para linux , y OS X .

Utilizo RDP diariamente para el desarrollo, dejo mi computadora portátil en casa con mi entorno de trabajo abierto y listo para funcionar. Cuando llego al trabajo y todo el mundo está cargando sus proyectos y abriendo sus programas, acabo de entrar y estoy listo para comenzar. Sin embargo, debe tener en cuenta ciertos métodos abreviados de teclado que cambian (CTRL + ALT + SUPR, por ejemplo), es molesto al principio pero se acostumbra.

Para mantener la latencia al mínimo, recomiendo ...

bajando los colores a 256 (después de todo, solo necesita ver el texto)
Deja el fondo de pantalla en la otra computadora
Deja sonidos en la otra computadora
Deja cualquier tema en la otra computadora
Elija una velocidad de conexión más baja, incluso si la suya es más alta. Windows minimizará los datos enviados.

Una de las ventajas que también puede considerar es la potencia de procesamiento. Si su máquina en casa tiene especificaciones mucho mejores que su estación de trabajo en el trabajo, el tiempo de compilación se mejora un poco. Como su máquina local solo necesita actualizar la imagen desde la máquina remota, su computadora local no está bajo carga.

El uso de esta opción también me permite seguir la pista. Mientras que otros inician sesión y navegan por Internet y pierden el tiempo, estoy listo y listo. Ser más productivo le ayuda a que le paguen mucho dinero (si su empleador lo nota), mientras que otros todavía están atrapados en sus roles de programación junior.

Pre-2000 Lo hice durante 3 años todos los días, varias horas al día. Esto fue cuando el ancho de banda también apestaba.

Hoy en día es mucho mejor.

Y si usa NxMachine la vida es aún mejor :)

Sin embargo, no utilicé la máquina con varios usuarios. Mi preocupación con eso sería que los desarrolladores son un grupo meticuloso (incluido yo mismo) y tendemos a presionar a las máquinas realmente como es.

No puedo imaginar a varias personas en una caja decidiendo compilar :)

G-Man

Lo hacemos con citrix y es muy rápido.

Me pregunto cuál sería la razón de esto. ¿Los servidores centrales tienen acceso a algunos recursos que las máquinas de desarrolladores individuales no pudieron acceder?

Estoy usando RDP para conectarme desde la computadora de mi casa a la computadora de mi trabajo de vez en cuando. Tengo que decir que es posible codificar, pero es mucho más cómodo hacerlo cuando el IDE está en su propia máquina. Incluso cuando está en una LAN de 100 MBit hay un retraso notable. No es suficiente para molestar el trabajo, pero molesto, sin embargo.

Si la gente tiene que trabajar desde lugares remotos de forma regular, prefiero una configuración donde el control de fuente central esté disponible a través de algún protocolo seguro (HTTPS, VPN, etc.), pero el desarrollo puede ocurrir localmente en las máquinas del desarrollador. Si usa algo como SVN, que funciona bien incluso con el desarrollo fuera de línea, entonces debería ser mucho más cómodo para los programadores mismos.

Lo que es importante para una estación de trabajo de desarrollo es la potencia de procesamiento. En nuestro lugar, los desarrolladores tienen las estaciones de trabajo más avanzadas en términos de CPU, memoria, disco, etc. y no en términos de audio y gráficos. Son estos últimos los más afectados por el PDR.

Siempre que el servidor al que sus desarrolladores estén haciendo RDP sea lo suficientemente rápido como para manejar múltiples compilaciones, las compilaciones al mismo tiempo deberían estar bien.

Como con todas las cosas, la respuesta a su pregunta es " Your Milage May Vary " o YMMV. Depende de lo que estén haciendo los desarrolladores. ¿Pasan la mayor parte de su tiempo escribiendo código, o hacen muchas compilaciones grandes? ¿Necesitan acceso directo al hardware?

¿Necesitan derechos de depuración? Una vez que les otorga derechos de depuración, básicamente son dueños de la máquina y pueden interferir con otros usuarios.

Por lo general, es mucho mejor permitir que los usuarios desarrollen en sus propias computadoras y utilizar una VPN para permitirles acceder al sistema de control de versiones. Luego pueden retirar los archivos a sus computadoras locales y hacer lo que quieran, luego revisar los cambios.

Pero, RDP tiene sus ventajas también. Realmente necesita sopesar los pros y los contras y decidir qué lista es más larga o más & Quot; weighty & Quot ;.

Utilizo NoMachine NX Client para escritorio remoto en un servidor sin cabeza que ejecuta FreeNX. Es genial porque puedo iniciar sesión en mi sesión desde cualquier lugar y mi última sesión todavía está ahí para mí. La velocidad nunca ha sido un problema, excepto cuando la línea DSL está baja. De todos modos, mi punto es que si está ejecutando un servidor Linux y usa 'vi', entonces hay una alternativa mejor que 'screen'.

Licenciado bajo: CC-BY-SA con atribución

No afiliado a StackOverflow