Por que os ISVs não devem confiar no RDS em 2025
Muitos ISVs do Windows® que usam o Microsoft® Remote Desktop Services (RDS) para fornecer aplicativos aos clientes estão procurando um substituto para o RDS.
Por quê? Os ISVs estão cansados de lidar com problemas induzidos pelo RDS que afetam a experiência do usuário de seus clientes, como desempenho lento dos aplicativos, alta utilização de recursos de computação, problemas de impressão e incapacidade dos clientes de redefinir suas senhas. Eles estão cansados de usar o Microsoft Remote Desktop Protocol (RDP), o protocolo de comunicação de rede usado com o RDS, que deixa seus sistemas vulneráveis a ataques porque o RDP é de código aberto. E estão cansados de pagar à Microsoft por licenças de usuário nomeado , mas cobrar dos clientes usando preços de usuário simultâneo de acordo com os padrões do setor de SaaS.
Nós entendemos. Mas lembre-se de que, como toda tecnologia, o Microsoft RDS é melhor aplicado ao desafio que foi projetado para resolver. Para entender isso, é necessário dar uma aula de história.
No início...
O Remote Desktop Services foi introduzido em 1998 como Terminal Server no Windows® NT 4.0 Terminal Server Edition (o RDP também foi introduzido no Windows NT 4.0). Naquele período, de acordo com o censo dos EUA de 2000, apenas 3,2% dos trabalhadores americanos trabalhavam em casa. Os funcionários de colarinho branco trabalhavam no escritório, usando computadores desktop para executar seus aplicativos localmente em seus computadores desktop. A comercialização da Internet tinha três anos - em 1998, aproximadamente 3,7% da população dos EUA tinha acesso.
O Terminal Server foi inventado para permitir que a TI configurasse servidores locais para hospedar simultaneamente várias sessões de usuário que os usuários acessavam por meio da rede do escritório. Como os usuários não precisavam mais usar aplicativos locais para fazer seu trabalho, o Terminal Server liberou a TI do desafio de carregar, atualizar e aplicar patches ao software em cada computador desktop. À medida que mais trabalhos foram automatizados pela disponibilidade de novos softwares, o Terminal Server também tornou mais fácil e mais barato dar suporte ao número crescente de funcionários que usam computadores para fazer seu trabalho.
O Terminal Services foi revolucionário em sua época, mas tinha limitações. Primeiro, ele não era bem dimensionado para mais de 5.000 usuários, o que levava a problemas de desempenho. Além disso, a experiência do usuário variava de acordo com as condições da rede e a complexidade dos aplicativos que o funcionário usava.
Então, em 2006, foi lançada a primeira nuvem pública, a Amazon Web Services® (AWS®), tornando a Internet uma plataforma viável para a computação corporativa. Naquele ano, a Microsoft começou a trabalhar em sua própria plataforma de nuvem, que foi apresentada em outubro de 2008 como "Project Red Dog" na Microsoft Professional Developers Conference. Durante esse período, a Microsoft começou a mudar seu foco do suporte à infraestrutura corporativa tradicional no local para otimizar sua infraestrutura de nuvem para clientes empresariais.
Os Serviços de Terminal são renomeados para Serviços de Área de Trabalho Remota
Em 2009, com o lançamento do Windows Server® 2008 R2, o Terminal Services foi renomeado para Remote Desktop Services (RDS). O RDS foi uma melhoria significativa em relação ao Terminal Services e considerado uma verdadeira tecnologia de aplicativos remotos. Ele permitiu que a TI gerenciasse melhor os funcionários que se conectavam a um farm de servidores e aprimorou o gerenciamento de várias sessões, o compartilhamento de recursos do servidor e o isolamento de instâncias, o que melhorou a experiência de computação local dos funcionários (em 2009, de acordo com o National Council on Compensation Insurance, apenas 6% dos funcionários dos EUA trabalhavam remotamente).
Em fevereiro de 2010, a Microsoft lançou o Windows Azure® (renomeado Microsoft Azure® em 2014) e começou a corrida para ser a principal plataforma de nuvem empresarial. Inicialmente, as empresas podiam mover sua infraestrutura de área de trabalho remota do Windows Server para o Azure, mas a mudança para a nuvem pouco fez para melhorar os problemas com o RDS descritos no início desta postagem.
{{CTAEMBED_IDENTIFIER}}
Área de trabalho remota Infraestrutura moderna
Vendo que o RDS no Azure continuava a atormentar os clientes corporativos e seus funcionários com os mesmos problemas que em uma rede corporativa, a Microsoft começou a trabalhar em uma atualização significativa do RDS, a Infraestrutura Moderna de Área de Trabalho Remota (RDmi), que foi apresentada no final de 2017. No entanto, em algum momento após a pré-visualização da tecnologia, a Microsoft decidiu usar o RDmi como base para a Área de Trabalho Virtual do Azure, em vez de usá-lo para atualizar o Windows Server.
Desde essa decisão, quando a Microsoft mudou seu foco para o Azure, para todos os efeitos, o RDS permaneceu - e permanecerá - essencialmente inalterado.
É de se admirar que os ISVs estejam procurando um substituto para o RDS?
O RDS foi criado para empregadores, não para ISVs
Os Serviços de Área de Trabalho Remota e o Protocolo de Área de Trabalho Remota foram criados para empresas que operavam em uma época em que a maioria dos funcionários trabalhava no local e os sistemas de computação das empresas eram executados internamente.
O RDS foi projetado para permitir que os empregadores forneçam desktops aos seus funcionários. Ele foi otimizado para solucionar os desafios dos empregadores relacionados à entrega, ao gerenciamento, à atualização e à aplicação de patches em um desktop de computação que contém vários aplicativos que permitem que os funcionários sejam mais produtivos - pelos quais os empregadores estão dispostos a pagar um preço premium por cada funcionário nomeado.
O RDS não foi otimizado para proporcionar uma ótima experiência aos funcionários.
Por quê?
Simplificando, isso se deve ao fato de que os empregadores pagam pelo RDS - não os funcionários que usam os desktops - e, portanto, ele foi criado para atender principalmente às necessidades dos empregadores.
Para os ISVs do Windows, os polos são invertidos. Seus usuários são seus clientes pagantes. Eles esperam que seu software esteja alinhado com as necessidades deles, incluindo logins rápidos e fáceis, desempenho responsivo dos aplicativos e segurança que proteja seus dados, mas não os sobrecarregue.
Um de nossos clientes ISV de longa data, que usa a Citrix para fornecer desktops aos funcionários, resumiu melhor:
"Os funcionários estão dispostos a esperar. Os clientes não estão."
Criado especificamente para ISVs do Windows
Desde o início, o GO-Global foi criado especificamente para ISVs do Windows que desejam fornecer seus aplicativos a partir da nuvem como um serviço para clientes localizados em qualquer lugar.
Não fique bravo com o RDS. Apenas substitua-o pelo GO-Global.
Para solicitar uma demonstração do GO-Global, clique aqui; para obter uma avaliação gratuita de 30 dias do GO-Global, clique aqui.
Veja como a GO-Global oferece acesso seguro e fácil aos aplicativos Windows
