Poderia ter um script de login que verifica o programa (algo como o md5) e, se for diferente, faz o download do aplicativo de um servidor central e o coloca na área de trabalho do usuário.
Temos um executável que é usado por mais de 50 máquinas cliente em uma rede e é atualizado regularmente. É aceitável colocar o executável em um compartilhamento de rede e fazer com que os computadores clientes o executem a partir de lá por meio de um atalho na área de trabalho? Dessa forma, quando atualizamos o .exe, podemos simplesmente substituir o arquivo por um novo e todos os clientes estarão acessando o novo. Como uma rede lenta ou instável lidará com isso? Se isso não for aceitável, qual seria a melhor maneira de manter todos os clientes atualizados com o .exe mais recente?
As pessoas usam essa abordagem há 20 anos. Foi como as coisas foram feitas nos primeiros dias do NetWare. Com uma rede moderna, 50 clientes não são nada. Eu suponho que você está executando pelo menos 100baseT.
Se a sua rede não for confiável, recomendo corrigi-lo, em vez de fazer algum esforço para tornar o trabalho de acesso a arquivos .exe. Isso pressupõe, obviamente, que o .exe é razoavelmente dimensionado.
Pessoalmente, prefiro que seja executado a partir da máquina do cliente. Carregar o aplicativo não é realmente algo necessário na rede, se não for essencial.
+1 para a ideia de um script de inicialização ou login que verifica uma versão atualizada. Eu usei isso no passado com grande efeito. Cache localmente.
Parece que este é um EXE que é construído internamente?
Se sim, e você está usando o Visual Studio 2005 ou melhor, pode valer a pena olhar para o ClickOnce Opções de implantação .
O ClickOnce é uma tecnologia de implantação que permite a criação de aplicativos baseados no Windows com atualização automática que podem ser instalados e executados com o mínimo de interação do usuário. A implantação do ClickOnce supera três problemas principais na implantação:
Dificuldades na atualização de aplicativos. Com a implantação do Microsoft Windows Installer, sempre que um aplicativo é atualizado, o usuário deve reinstalar o aplicativo inteiro; com a implantação do ClickOnce, você pode fornecer atualizações automaticamente. Apenas as partes do aplicativo que foram alteradas são baixadas e, em seguida, o aplicativo completo e atualizado é reinstalado a partir de uma nova pasta lado a lado.
Impacto para o computador do usuário. Com a implantação do Windows Installer, os aplicativos geralmente dependem de componentes compartilhados, com potencial para conflitos de versão; com a implantação do ClickOnce, cada aplicativo é autônomo e não pode interferir em outros aplicativos.
Permissões de segurança. A implantação do Windows Installer requer permissões administrativas e permite somente a instalação de usuários limitados; A implantação do ClickOnce permite que usuários não administrativos instalem e concede apenas as permissões de Segurança de Acesso ao Código necessárias para o aplicativo.
A implantação controlada de um aplicativo para estações de trabalho finais é sempre preferencial. Se você perder essa unidade ou se algum usuário excluir o exe, o aplicativo desapareceria para todos os usuários e acredito que, como mais de 50 usuários o estão executando diariamente, é uma necessidade comercial.
Além disso, quando você for atualizá-lo, se quiser pilotar uma nova versão, será necessário implantá-lo ou redirecionar, de alguma forma, um determinado número de usuários para o novo arquivo no compartilhamento. Confiar nos usuários finais para fazer a coisa certa não é algo com o qual você pode contar.
A implantação de um único exe é bem simples, mas eu hesitaria em fazê-lo através de um script de login. Um script de inicialização ou usando uma ferramenta como SCCM ou SMS ou Altiris é melhor.
Tags networking client-server