Alternativa Citrix

Prepare primeiro o Windows Server

Tudo nesta configuração é executado em um Windows Server, portanto o servidor precisa estar correto antes de qualquer ferramenta ser instalada nele. Dimensione-o de acordo com sua contagem real de usuários – cada usuário conectado mantém sua própria sessão e sua própria cópia dos aplicativos na memória, portanto, a RAM geralmente é a primeira coisa que acaba e o armazenamento SSD mantém muitas sessões pequenas rápidas. Instale uma versão compatível do Windows Server, dê à máquina um nome curto e claro e um endereço IP fixo, junte-a ao seu domínio, se tiver um (um grupo de trabalho é adequado para um escritório pequeno), execute o Windows Update até que não ofereça mais nada e reinicie. Uma camada de publicação instalada em um servidor semiconfigurado e sem correção falha de maneiras que parecem erros de ferramenta, mas não são.

Instale os aplicativos de negócios antes da ferramenta

Seus aplicativos de contabilidade, ERP e Office continuam em seguida, enquanto o servidor ainda é um servidor simples. Abra cada um localmente, conclua a configuração inicial, conecte-o ao banco de dados ou pasta de dados e certifique-se de que uma conta de usuário normal – não apenas Administrador – possa executá-lo. A publicação não pode corrigir um aplicativo que se comporta mal quando várias pessoas o usam ao mesmo tempo: aplicativos que armazenam configurações em um local compartilhado, mostram avisos de licença destinados a um único PC ou insistem em direitos de administrador, todos precisam ser resolvidos primeiro no nível do aplicativo. Descobrir isso agora, localmente, é muito mais fácil do que descobrir posteriormente por meio de sessões remotas.

Instale a camada de publicação e abra seu console

Agora instale o produto alternativo, baixado do site oficial do fornecedor, e reinicie se solicitado. Abra seu console de administração e, antes de alterar qualquer coisa, basta olhar: as ferramentas desta classe mostram o status do servidor, a lista de usuários extraída do Windows ou Active Directory e uma lista vazia de aplicativos publicados. Se o console não consegue ver seus usuários do Windows, corrija isso primeiro – você não pode publicar aplicativos para usuários que a ferramenta não pode ver, e esse é o problema mais comum no primeiro dia. Confirme a licença ou estado de avaliação nos relatórios do console para saber exatamente o que está testando.

Publique seu primeiro aplicativo

No console, adicione um novo aplicativo e aponte-o para o arquivo executável do programa no servidor. Dê-lhe o nome exato que sua equipe já lhe chama – este não é o lugar para rótulos inteligentes. Escolha como ele será entregue: como um ícone no portal da web, dentro de uma área de trabalho remota completa ou ambos. Comece com o ícone do portal web; é o caminho mais simples e aquele que o vídeo demonstra. Atribua o aplicativo a um usuário de teste, ou melhor, a um pequeno grupo piloto – nunca a todos no primeiro dia. A atribuição de grupo compensa mais tarde: quando um novo funcionário ingressa, você o adiciona ao grupo em vez de republicar os aplicativos um por um. Escolha também o primeiro aplicativo certo: aquele sem o qual seu escritório não pode trabalhar, geralmente o pacote de contabilidade ou ERP. Se o aplicativo mais difícil funcionar publicado, os fáceis seguirão sem drama.

Teste o primeiro login em um navegador

Em um computador diferente, abra o endereço do portal, faça login como usuário de teste e clique no aplicativo publicado. A primeira inicialização cria o perfil do usuário no servidor, portanto, aguarde um pouco mais do que as inicialização posteriores. Depois de aberto, faça três coisas reais: abra os dados reais, salve uma alteração e imprima ou feche de forma limpa. Se o aplicativo perguntar onde estão seus dados, aponte-o para o mesmo banco de dados ou pasta compartilhada que o escritório já usa – um aplicativo publicado trabalhando em uma cópia de teste dos dados não ensina nada. Não convide um único usuário real até que o teste de primeiro login seja aprovado de ponta a ponta.

Acesso aberto de qualquer lugar — de maneira segura

Trabalhar dentro do escritório é apenas metade da promessa: a configuração do vídeo é um servidor RDP que os usuários podem acessar de qualquer lugar. Repita o mesmo teste de login do navegador fora da rede do escritório, de casa ou de dados móveis, e certifique-se de que o portal responda por HTTPS com um certificado válido, para que os logins e as sessões sejam criptografados. O lado do servidor desta configuração funciona na porta de área de trabalho remota padrão, 3389 — essa porta pertence à sua rede, entre a camada de publicação e o servidor.

Piloto com alguns usuários e implementação

Execute o grupo piloto no aplicativo publicado para trabalho real (um dia inteiro no mínimo, de preferência durante um período movimentado) e corrija o que surgir: a impressão é o ponto problemático clássico em todas as configurações desse tipo, então teste as impressoras que seu escritório realmente usa, em uma sessão do navegador, antes da implementação. Só então publique o restante dos aplicativos e amplie os grupos, alguns usuários por vez.

E as lacunas honestas, declaradas claramente: Citrix Virtual Apps and Desktops é uma plataforma muito maior – políticas mais profundas, gerenciamento em maior escala e uma longa lista de recursos empresariais – e um escritório que realmente precisa dessa escala deve permanecer nela. O que o caminho mais leve muda é o modelo de custo e o peso da configuração: um Windows Server auto-hospedado que você controla, um console mais simples e licenciamento voltado para pequenas equipes em vez de uma plataforma corporativa. Para um pequeno escritório que só precisa de seus aplicativos em um navegador, esse comércio geralmente é o mais adequado — assista ao vídeo para ver o produto exato, suas telas e a configuração completa em um servidor real.