Desenvolvendo via Remote Desktop [fechado]

https://stackoverflow.com/questions/501279

20-08-2019
|

Pergunta

Alguém tem quaisquer observações bem-sucedidas sobre ter uma equipe trabalhando via Remote Desktop?

Em muitos locais de trabalho, colocamos os usuários finais via Citrix e os aplicativos em um servidor central, poderoso. Às vezes, os clientes estão no mesmo edifício que o servidor, mas muitas vezes, eles são remotas.

Pode haver alguns benefícios enormes para eu colocar meus desenvolvedores em instâncias Windows XP ou Vista rodando em um servidores casal com Hyper-V.

Estou preocupado que RDP / RDC através da Internet seria demasiado lento para alguém para ser capaz de desenvolver de forma eficiente.

Eu tenho certeza que eu posso ouvir muitas coisas ruins sobre isso ... existem pessoas lá fora que tiveram sucesso?

Solução

Eu vi uma situação onde a tentativa foi feita para fazer isso com um escritório satélite. Ele foi feito por uma equipe de desenvolvimento java usando várias ferramentas IDE java. O resultado não foi considerado um sucesso, ea empresa trouxe a volta da equipe em um escritório no centro de Londres a um custo considerável.

Para alguém fazer isso no dia-a-dia-out em software interativo, o resultado não é realmente muito agradável. Para algo que usa principalmente ferramentas baseadas em texto como o vim e ferramentas de linha de comando do Unix, funciona um pouco melhor. Em um ponto eu tinha Xvnc que vai sobre uma Kbit DSL ligação 128 (de um tipo que foi predominante na Nova Zelândia na época) e poderia fazer o trabalho em um armazém de dados baseado em Oracle em um local remoto muito facilmente. O nível de interatividade exigido pelo ferramental fez muito menos sensível ao vínculo lento do que um IDE baseado em Windows.

Então, eu vou invocar o argumento 'depende' com algumas qualificações:

Eu não recomendo para um IDE moderno, e certamente não para algo muito gráfica como Dreamweaver, BI Development Studio ou Informatica.
Para um ambiente textual como ferramentas de desenvolvimento UNIX tradicionais provavelmente poderia ser feito para funcionar muito bem. Estas interfaces de usuário são muito menos sensíveis à latência do que uma interface de manipulação direta.

Eu sou uma espécie de crente no princípio dos melhores ferramentas '. Sair do seu caminho para dar uma interface de usuário de segunda categoria para uma equipe de desenvolvimento vai dar fora sinais negativos. A redução de custos de fazer isso é provável que seja mínima e irá irritar alguns dos membros de sua equipe. Mesmo que isso pode ser feito para funcionar razoavelmente bem você ainda está fazendo uma declaração de valor, fazendo isso. Pesar o custo de resistência contra o custo de substituição de um ou mais dos seus funcionários-chave do desenvolvimento.

Outras dicas

Se você não está preocupado com a latência em imagens de áudio e de movimento rápido e você não está desenvolvendo qualquer coisa dependente de hardware 3D, você provavelmente vai ficar bem.

Eu nunca usei-o em um ambiente de equipe, mas eu uso meu laptop RDP'd na minha estação de trabalho durante todo o dia e amá-lo.

Nós conectar aos nossos ambientes de desenvolvimento usando RDP e localmente o desempenho é grande. Ele retarda um pouco mais de VPN, mas ainda é aceitável responsivo.

Desligue toda a funcionalidade janelas animação, fundo de tela, etc., e que vai ajudar consideravelmente.

Eu tenho trabalhado em um ambiente onde nós ocasionalmente editar algum código existente via desktop remoto. Não houve desafios significativos para isso. Como um desenvolvedor eu odiava positivamente fazendo esse trabalho. Tudo parecia lento e sem resposta. No entanto, temos o trabalho feito.

Felizmente estes eram frequentemente curtas 3-4 horas vagas ... principalmente correções para sistemas existentes em sites de clientes remotos. Eu não acho que eu poderia recomendar-lo como uma forma normal de fazer o trabalho, mas a sua certamente possível.

Eu usei tanto VNC e RDP através de uma conexão DSL, correndo através de um túnel SSH, e não tiveram problemas reais.

Há definitivamente alguns atrasos, especialmente se você está redesenhando grandes partes de uma tela. Mas a maioria desenvolvimento envolve pequenas edições, e ambos os protocolos de lidar com isso muito bem.

I usar o Remote Desktop para controlar minha máquina Windows no trabalho. Eu uso um Parallels VM em um Mac e minha conexão é de 2,5 M para baixo, 256K-se.

Isso funciona muito muito bem. Eu venho fazendo isso por 2 anos para 1-3 dias por semana. O upspeed lenta não é um problema -. Não consigo digitar tão rápido

Eu tenho 3 telas no trabalho, mas ainda encontrar uma tela de 20" Mac para ser superior. As cores são muito mais limpo e eu posso trabalhar mais no Mac do que as minhas telas trabalho!

A única coisa que é um assassino é o Flash em um navegador. Se eu acidentalmente abrir um navegador na minha máquina remota com o Flash ele mata a conexão. A solução é usar FlashBlock (a suplemento firefox).

Eu uso o Eclipse e Visual Studio sem problema algum.

Eu usei-o para trabalhar em casa (login remoto para o meu PC em exercício via VPN).

O desempenho depende de seus ISPs, é claro.

É um pouco menos confiável (porque assim como seu ter tempo de inatividade quando / se alguma vez o escritório LAN é baixo, há risco agora adicional de tempo de inatividade, enquanto uma das conexões de internet é baixo).

Eu tenho um servidor remoto em um tubo a montante 1Mbps que eu RDP para (através de uma VPN) e ele funciona muito bem. Eu até usar grandes resoluções de tela (1600x1200) sem problemas de desempenho. Claro, eu não sei como tal configuração se sairia para múltiplos usuários simultâneos, no entanto.

Um benefício de desenvolver sobre RDP que eu não tinha previsto é que você pode salvar suas sessões - isso depois de ter feito a desenvolver para o dia, você sair do seu cliente RDP e desligar o computador, e quando você faz logon para trás no dia seguinte a sua sessão está bem onde você deixou.

Como um bônus adicional, os clientes RDP estão disponíveis para linux , e OS X

Eu uso RDP diária para o desenvolvimento, deixo meu laptop em casa com o meu ambiente de trabalho aberto e pronto para ir. Quando eu chegar ao trabalho e todo mundo está carregando-se os seus projectos e abrindo os seus programas de I apenas RDP e eu estou pronto para ir. Você tem que manter em mente algumas atalhos de teclado que a mudança embora (CTRL + ALT + DEL, por exemplo), é irritante no começo, mas você se acostumar com isso.

Para manter a latência para um mínimo, eu recomendo ...

transformando as cores até 256 (afinal, você só precisa ver texto)
Deixe o papel de parede no outro computador
sons sair no outro computador
Deixe todos os temas no outro computador
Escolha uma velocidade de conexão inferior, mesmo se o seu é maior. Windows irá minimizar o enviado dados.

Uma das vantagens você também pode considerar é o poder de processamento. Se a sua máquina em casa tem muito melhores especificações do que sua estação de trabalho no trabalho, o tempo de compilação é melhorado um pouco justo. Desde sua máquina local só precisa atualizar a imagem da máquina remota, o computador local não está sob carga.

Usando esta opção também permite-me manter na pista. Enquanto log outros e navegar na internet e perder tempo, estou configurado e pronto para ir. Ser mais produtivo ajuda você é pago as quantias chorudas (se os seus avisos empregador), enquanto outros ainda estão presos em seus papéis de programação júnior.

Pre-2000 Fiz isso por 3 anos todos os dias várias horas por dia. Foi quando a largura de banda sugado também.

Hoje em dia é muito, muito melhor.

vida

E se você usar NxMachine fica ainda melhor:)

Eu não, no entanto, usar a máquina com múltiplos usuários. Minha preocupação com isso seria que os desenvolvedores são um bando finicky (eu incluído) e que tendem a empurrar as máquinas realmente difícil, pois é.

Não é possível imaginar várias pessoas em uma caixa de tudo decidir compilar:)

G-Man

Nós fazemos isso com a Citrix e é muito rápido.

Gostaria de saber qual a razão para isso seria. O servidor central (s) têm acesso a alguns recursos que as máquinas de desenvolvedores individuais não poderia acesso?

Eu estou usando RDP para conectar meu computador de casa para o meu computador de trabalho ao longo do tempo. Eu tenho que dizer - é possível código, mas de maneira mais confortável para fazê-lo quando o IDE é em sua própria máquina. Mesmo quando em um 100MBit LAN existe algum atraso perceptível. Não o suficiente para incomodar trabalho, mas irritante, no entanto.

Se as pessoas têm de trabalhar em lugares remotos em uma base regular, eu prefiro preferem uma configuração onde o controle fonte central está disponível através de algum protocolo seguro (HTTPS, VPN, etc.), mas o desenvolvimento pode acontecer localmente em máquinas do desenvolvedor. Se estiver usando algo como SVN, que funciona bem mesmo com o desenvolvimento desligada, então ele deve ser a maneira mais confortável para os próprios programadores.

O que é importante para uma estação de trabalho de desenvolvimento é o poder de processamento puro. No nosso lugar os desenvolvedores têm o maior número de estações de trabalho high-end em termos de CPU, memória, disco, etc, e não em termos de áudio e gráficos. É o último que são mais afetados pela RDP.

Enquanto o servidor que seus desenvolvedores estão RDP-ing para é rápido o suficiente para lidar com várias compilações, constrói ao mesmo tempo, você deve ser fino.

Tal como acontece com todas as coisas, a resposta à sua pergunta é "Sua milhagem pode variar" ou YMMV. Depende do que os desenvolvedores estão fazendo. Será que eles passam a maior parte de seu código de escrita do tempo, ou eles fazem um monte de grandes compila? Será que eles precisam acesso directo ao hardware?

Será que eles precisam de depuração direitos? Depois de conceder-lhes a depuração direitos, eles possuem basicamente a máquina e pode interferir com outros usuários.

É geralmente muito melhor para permitir que os usuários a desenvolver em seus próprios computadores, e usar uma VPN para permitir-lhes acesso ao sistema de controle de versão. Em seguida, eles pode verificar os arquivos para seus computadores locais e fazer o que eles querem, então check-in as alterações.

Mas, RDP tem suas vantagens também. Você realmente precisa pesar os prós e contras e decidir qual lista é mais longa ou mais "pesado".

Eu uso NoMachine NX Client para desktop remoto em um servidor sem cabeça que corre FreeNX. É ótimo, porque eu posso login para a minha sessão de qualquer lugar e a minha última sessão ainda está lá por mim. Velocidade nunca foi um problema, exceto quando a linha DSL é baixo. De qualquer forma, meu ponto é que, se você estiver executando um servidor Linux e uso 'vi', então há uma alternativa mais agradável do que 'tela'.

Licenciado em: CC-BY-SA com atribuição

Não afiliado a StackOverflow