Windows Application Packaging vs Publicação de Aplicações

Introdução

As aplicações do Windows podem ser instaladas e geridas em endpoints individuais ou hospedadas centralmente e entregues aos utilizadores remotamente, dependendo dos requisitos da aplicação e da infraestrutura. A escolha entre estes modelos requer mais do que comparar tecnologias. Este artigo explica como funciona a embalagem de aplicações do Windows, como se diferencia da publicação de aplicações, quando cada abordagem faz sentido e como as equipas de TI podem combinar ambas dentro da mesma estratégia de entrega de aplicações.

O que é o Empacotamento de Aplicações do Windows?

A embalagem de aplicações do Windows envolve a preparação de uma aplicação e dos arquivos, configuração e metadados que ela requer para uma instalação e gestão previsíveis.

Em vez de configurar manualmente uma aplicação em todos os sistemas-alvo, as equipas de TI podem usar um pacote padronizado para tornar a instalação, configuração, atualização e remoção mais consistentes.

O modelo de empacotamento moderno do Windows da Microsoft inclui o MSIX, que permite a provisão de identidade de pacote, instalação e remoção previsíveis, atualizações controladas e integração com recursos do Windows.

As aplicações Win32 tradicionais podem tirar proveito de tecnologias como instaladores MSI e EXE.

A embalagem de aplicações, portanto, dita o que precisa ser instalado, como a instalação e a remoção devem ocorrer, que configuração é fornecida aos usuários e como as atualizações serão realizadas. O seu objetivo é permitir que a implementação de aplicações seja repetível e gerenciável em todo o ambiente Windows alvo.

O que contém um pacote de aplicação?

O conteúdo de um pacote de aplicação depende da tecnologia de embalagem, da própria aplicação.

Um pacote MSIX , por exemplo, combina a carga útil de uma aplicação com um manifesto que define elementos como identidade do pacote, dependências e capacidades. A distinção importante aqui é que o pacote define uma unidade de distribuição e implementação, em vez de especificar onde a aplicação deve ser executada.

A embalagem tradicional de empresas também pode envolver a transformação ou o empacotamento de um instalador existente, adicionando configuração, definindo a lógica para a implementação e validando o pacote final antes do lançamento.

A embalagem de aplicações é, portanto, mais do que apenas colocar arquivos de aplicação dentro de outro arquivo. O objetivo é tornar a instalação de software repetível, gerenciável e suportável.

Empacotamento de Aplicações do Windows: Como Funciona?

Os fluxos de trabalho de empacotamento variam dependendo da aplicação, formato de empacotamento e plataforma de gestão. No entanto, a maioria dos fluxos de trabalho de empacotamento é geralmente dividida em três etapas diferentes: descoberta, criação do pacote e teste antes da implementação.

Descoberta de Aplicações e Requisitos

Antes de realizar uma reembalagem de uma aplicação existente, é fundamental que os administradores compreendam o que o instalador da aplicação modifica e o que a aplicação requer durante a execução.

Atividades de descoberta incluem, mas não se limitam a:

• arquivos e diretórios
• entradas de registro
• Serviços do Windows
• dependências de tempo de execução
• variáveis de ambiente
• associações de ficheiros
• permissões
• atalhos e arquivos de configuração

O ambiente em que a aplicação é implantada pode ser tão importante quanto o instalador. Uma aplicação que é desenvolvida e testada na estação de trabalho de um desenvolvedor pode agir de forma diferente quando executada com permissões de usuário padrão, em uma imagem limpa do Windows empresarial ou em um ambiente Windows Server multi-utilizador .

Criação e Configuração de Pacotes

As equipas de TI preparam então a aplicação utilizando a tecnologia de empacotamento apropriada para o software e modelo de implementação dados.

No caso de aplicações Windows, isso pode significar criar um pacote MSIX. Isso pode envolver deixar o software existente que utiliza Win32 na sua forma de instalador MSI ou EXE ou converter algumas aplicações para MSIX. Diferentes abordagens de empacotamento podem fornecer identidade para o pacote, permitindo que o software mantenha elementos do seu modelo de instalação existente.

Portanto, não existe um único formato de embalagem que se adapte a todas as aplicações Windows. A aplicação, o seu ambiente e as necessidades de gestão devem ditar a abordagem de embalagem.

Teste e Implementação

Os pacotes devem ser testado em sistemas limpos que replicam o ambiente de produção alvo.

O processo de teste deve incluir instalação, primeiro lançamento, dependências, atualizações, funcionalidade da aplicação e comportamento de desinstalação. Os administradores também devem verificar se as permissões e as configurações específicas do usuário são tratadas corretamente, especialmente no caso de redirecionamento de arquivos ou do registro que pode ocorrer ao empacotar aplicações.

Após a validação, os pacotes podem ser distribuídos através da plataforma de distribuição de software ou gestão de endpoints preferida da organização.

Agora, vamos dar um passo atrás e esclarecer uma distinção sutil, mas criticamente importante:

As aplicações são empacotadas e, em seguida, implantadas.

A separação dessas funções é importante porque cria um ponto de transição natural para a publicação de aplicações.

O que é a Publicação de Aplicações do Windows?

Publicação de aplicações Windows serve para publicar uma aplicação que está instalada em uma infraestrutura Windows centralizada para usuários autorizados via uma rede ou a Internet.

A aplicação é executada em um host Windows remoto em vez de ser executada em cada ponto final do usuário. Nesse caso, o usuário recebe acesso à aplicação executada remotamente através de um cliente compatível, atalho ou navegador da web.

Aplicação instalada no servidor → utilizador concedido acesso → aplicação executada no servidor → interface da aplicação entregue ao utilizador

Esta abordagem é diferente, pois em vez de instalar e manter a aplicação empresarial em cada ponto final, os administradores são obrigados a mantê-la nos servidores que hospedam a sessão do utilizador. Assim, os utilizadores conseguem aceder a uma aplicação que parece integrar-se perfeitamente no seu ambiente de trabalho, apesar de estar hospedada numa infraestrutura centralizada.

Windows Application Packaging vs Publicação de Aplicações: Como Eles Diferem?

A distinção mais simples é:

A embalagem de aplicações determina como o software é preparado para instalação e gestão. A publicação de aplicações determina como os utilizadores acedem ao software que é executado em infraestrutura centralizada.

As tecnologias operam, portanto, em diferentes etapas da entrega de aplicações.

Pergunta	Empacotamento de Aplicações para Windows	Publicação de Aplicações
Propósito principal	Preparar software para instalação e manutenção repetíveis	Dê aos usuários acesso a aplicativos hospedados centralmente
Principal questão de TI	Como devemos instalar e gerenciar esta aplicação?	Como os utilizadores devem aceder e executar esta aplicação?
Onde o aplicativo é executado?	No sistema que receber a aplicação	No publicador ou host de sessão
Instalação local no ponto final do usuário?	Normalmente necessário para a implementação de endpoints	Instalação completa do aplicativo normalmente não é necessária
Atualizações	Deve atingir os objetivos de implementação aplicáveis	Pode ser aplicado centralmente a hosts de publicação
Requisitos de endpoint	O endpoint deve suportar a aplicação executada localmente.	O Endpoint precisa principalmente de um método de acesso compatível.
Escopo típico	Ciclo de vida do software e gestão de endpoints/servidores	Entrega de aplicações centralizada
Casos de uso comuns	PCs geridos, software padronizado, implementações controladas	Utilizadores remotos, BYOD, aplicações legadas e acesso centralizado a aplicações

Uma qualificação: a embalagem de aplicativos não determina onde o referido software é operado.

MSIX, MSI ou qualquer outra forma de pacote pode ser implantada em uma estação de trabalho, laptop, máquina virtual ou servidor. A embalagem determina como o software é instalado e mantido. A implantação alvo, portanto, determina onde a aplicação é instalada.

A publicação de aplicações introduz uma consideração arquitetónica adicional. Os processos da aplicação ocorrem em infraestrutura centralizada, enquanto a sua interface é entregue em pontos finais remotos para utilizadores autorizados.

Em que caso você poderia usar a embalagem e publicação de aplicativos juntas?

Sim. Eles abordam diferentes pontos no ciclo de entrega de aplicações e podem ser usados de forma independente ou em combinação.

Considere uma organização que possui uma aplicação Windows de linha de negócios. Se precisar ser executada localmente, pode ser empacotada e implantada em cada ponto final gerido:

Pacote → implantar em terminais → aplicação é executada localmente

Se a organização precisar de centralização, pode ser empacotada ou instalada em hosts de sessão relevantes e, em seguida, ser publicada:

Pacote ou instalar → implantar em hosts centralizados → publicar → aplicação é executada centralmente

Neste caso, o empacotamento de aplicações não é necessariamente abandonado. É apenas aplicado a hosts centralizados em vez de ao dispositivo de cada utilizador, o que pode simplificar a manutenção da consistência da aplicação em vários servidores de publicação.

A embalagem de aplicações e a publicação de aplicações não são mutuamente exclusivas: a embalagem padroniza a instalação e a manutenção da aplicação, enquanto a publicação dita o seu método de acesso. Dependendo das necessidades da aplicação, a TI pode usar um método, o outro ou ambos em combinação.

Em qual caso seria melhor usar o empacotamento de aplicativos do Windows?

A embalagem de aplicações Microsoft Windows é mais apropriada quando a execução local é benéfica e a TI pode gerenciar efetivamente os dispositivos nos quais a aplicação está hospedada. Nesses casos, permite a padronização da instalação e manutenção, enquanto deixa a localização da execução da aplicação para os usuários.

Os utilizadores precisam de acesso offline

As aplicações instaladas localmente podem operar de forma eficaz, mesmo que os utilizadores não consigam aceder a recursos centrais, o que é frequentemente o caso para empregados móveis, trabalhadores de campo e outros trabalhadores nómadas.

A embalagem ajuda as organizações de TI a garantir que esta abordagem seja utilizada de forma consistente, padronizando a instalação, configuração e atualizações em pontos finais geridos.

As aplicações dependem de hardware ou processamento local

Algumas aplicações funcionam de forma mais eficaz quando executadas localmente porque dependem intrinsecamente ou estão integradas com os recursos do endpoint.

A implementação local evita a introdução de uma sessão remota entre a aplicação e os recursos, e o empacotamento fornece um método repetível para instalar e configurar a aplicação em endpoints capazes de suportar a execução local.

Os pontos finais são padronizados e geridos centralmente

A embalagem também faz sentido na situação em que uma organização já possui um conjunto controlado de dispositivos Windows e uma plataforma de gerenciamento de endpoints para gerenciá-los. Se o ambiente contiver principalmente dispositivos e sistemas operacionais semelhantes no mesmo nível de configuração, a implantação e o gerenciamento de aplicativos locais podem não apresentar dificuldade significativa.

Os pacotes fornecem uma abordagem organizada para a gestão de aplicações, o que torna a tarefa de instalar e manter a aplicação em dispositivos de utilizadores finais mais fácil. Neste cenário, a introdução de execução central pode não ser necessária e adicionar uma camada extra de complexidade, a menos que haja uma necessidade real de negócio para tal medida.

Portanto, a questão chave não é se a aplicação pode ser empacotada, mas se é viável instalá-la, atualizá-la e gerenciá-la em cada dispositivo alvo, considerando o ambiente e os requisitos específicos.

Quando a Publicação de Aplicações Faz Mais Sentido?

A publicação de aplicações torna-se mais desejável quando a instalação local acarreta complexidades operacionais ou de compatibilidade indevidas.

Várias situações típicas merecem consideração.

Utilizadores Remotos e Distribuídos

Trabalhadores remotos, pessoal de filiais e contratados nem sempre trabalham a partir de locais ou dispositivos bem geridos, como PCs corporativos.

A publicação de aplicações preserva o aplicativo Windows em servidores centrais enquanto permite acesso remoto por usuários autorizados, aliviando assim os administradores do fardo de replicar o ambiente de aplicação em cada dispositivo remoto.

BYOD e Ambientes de Endpoint Mistos

Uma aplicação Windows pode não ser executada necessariamente em todos os tipos de dispositivos que uma organização específica utiliza.

Publicar aplicações desacopla o ambiente de execução do utilizador final. Ao utilizar tal método, um indivíduo pode aceder a uma aplicação Windows hospedada centralmente através de um navegador ou cliente aprovado na sua máquina, que de outra forma não conseguiria executar a aplicação.

Esta estratégia é ideal tanto para ambientes de trazer o seu próprio dispositivo (BYOD) quanto para outros ambientes onde existem múltiplos sistemas operacionais de endpoint.

Aplicações Legadas do Windows

Aplicações legadas pode complicar os esforços de implementação ao depender de dependências do sistema operacional, componentes envelhecidos e restrições de configuração difíceis.

Centralizar a aplicação pode ajudar a reduzir os ambientes em que a TI tem que fazer o software funcionar. Não resolverá necessariamente problemas de compatibilidade da aplicação, mas pode limitar esses problemas a hosts Windows controlados, em vez de uma coleção dispersa de endpoints.

Isto pode simplificar a padronização em torno do acesso a aplicações legadas enquanto uma organização trabalha em direção a um plano de modernização a longo prazo.

Aplicações que Requerem Atualizações Frequentes

Mudanças frequentes em uma aplicação tornam sua implantação local mais difícil, especialmente quando o número de endpoints aumenta.

Com a publicação de aplicações, os administradores atualizam a aplicação nos hosts centrais relevantes. Os utilizadores acedem então à aplicação atualizada sem precisar de atualizar o software em todos os pontos finais.

O processo é especialmente vantajoso quando muitos usuários dependem da mesma aplicação, mas não precisam usá-la localmente.

Como as equipas de TI devem escolher entre empacotamento e publicação?

As equipas de TI devem olhar para os requisitos operacionais da aplicação em vez da escolha da tecnologia.

Se a instalação local for fácil de manter, os seus endpoints estão rigorosamente controlados e os utilizadores precisam de capacidades offline ou dependentes de hardware, a implementação de endpoints empacotados faz mais sentido. Se os seus utilizadores estiverem distribuídos, os seus endpoints forem heterogéneos, a instalação local for desafiadora ou a aplicação for mais fácil de manter atualizada centralmente, a publicação de aplicações pode reduzir a sobrecarga de gestão de endpoints.

Muitas empresas precisarão de ambos os modelos. Os seus utilizadores de desktop geridos podem ter aplicações implantadas localmente, mas contratados, teletrabalhadores ou aqueles que utilizam dispositivos não geridos podem ter acesso publicado centralmente a software empresarial específico.

A escolha torna-se muito mais clara se a TI desacoplar três questões.

1. Como deve ser empacotada e mantida a aplicação?
2. Onde a aplicação deve ser implantada e executada?
3. Como os utilizadores devem aceder a isso?

Analisar embalagem, implantação e acesso como decisões separadas impede que duas tecnologias fundamentalmente diferentes sejam comparadas como se fossem a mesma solução.

Como pode o TSplus Remote Access ser uma solução?

Organizações que desejam entrega centralizada de aplicações Windows sem implantar a aplicação completa em cada ponto final podem usar TSplus Acesso Remoto para publicar aplicações Windows selecionadas ou fornecer desktops remotos completos a partir de uma infraestrutura Windows centralizada.

Os administradores podem atribuir aplicações a utilizadores ou grupos específicos e fornecer acesso através de clientes remotos suportados ou conexões baseadas em HTML5 no navegador. Isso torna a publicação de aplicações uma opção para organizações que suportam utilizadores remotos, ambientes BYOD ou aplicações Windows que são mais fáceis de manter centralmente.

Conclusão

A embalagem de aplicações do Windows fornece uma maneira repetível de instalar, configurar e manter software, enquanto a publicação de aplicações dá aos usuários acesso a aplicações que executam em infraestrutura centralizada. Nenhuma das abordagens substitui inerentemente a outra, e ambas podem fazer parte da mesma estratégia de entrega de aplicações.

O modelo certo depende dos requisitos da aplicação, da gestão de endpoints e das necessidades de acesso dos utilizadores. Ao considerar o empacotamento, a localização de implementação e o acesso separadamente, as equipas de TI podem decidir se uma aplicação deve ser executada localmente, centralmente ou através de uma combinação de ambos os modelos.