Windows Application Packaging vs Publicação de Aplicativos

Introdução

Aplicativos do Windows podem ser instalados e gerenciados em endpoints individuais ou hospedados centralmente e entregues aos usuários remotamente, dependendo dos requisitos de aplicativo e infraestrutura. Escolher entre esses modelos requer mais do que comparar tecnologias. Este artigo explica como funciona o empacotamento de aplicativos do Windows, como ele difere da publicação de aplicativos, quando cada abordagem faz sentido e como as equipes de TI podem combinar ambas dentro da mesma estratégia de entrega de aplicativos.

O que é o Empacotamento de Aplicativos do Windows?

A embalagem de aplicativos do Windows envolve a preparação de um aplicativo e os arquivos, configuração e metadados que ele requer para uma instalação e gerenciamento previsíveis.

Em vez de configurar manualmente um aplicativo em todos os sistemas-alvo, as equipes 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.

Aplicativos tradicionais Win32 podem aproveitar tecnologias como instaladores MSI e EXE.

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

O que contém um pacote de aplicativo?

O conteúdo de um pacote de aplicativo depende da tecnologia de embalagem, do próprio aplicativo.

Um pacote MSIX , por exemplo, combina a carga útil de um aplicativo 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 implantação, em vez de especificar onde o aplicativo deve ser executado.

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 implantação e validando o pacote final antes da implementação.

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

Empacotamento de Aplicativos do Windows: Como Funciona?

Os fluxos de trabalho de empacotamento variam dependendo da aplicação, formato de empacotamento e plataforma de gerenciamento. No entanto, a maioria dos fluxos de trabalho de empacotamento é geralmente dividida em três etapas diferentes: descoberta, criação de pacotes e testes antes da implantação.

Descoberta de Aplicações e Requisitos

Antes de realizar uma reempacotamento de um aplicativo existente, é fundamental que os administradores compreendam o que o instalador do aplicativo modifica e o que o aplicativo 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 arquivos
• 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 maneira diferente quando executada com permissões de usuário padrão, em uma imagem limpa do Windows empresarial ou em um ambiente Windows Server multiusuário .

Criação e Configuração de Pacotes

As equipes de TI então preparam o aplicativo usando a tecnologia de empacotamento apropriada para o software e o modelo de implantação dados.

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

Portanto, não há um formato de embalagem único que atenda a todos os aplicativos do Windows. O aplicativo, seu ambiente e as necessidades de gerenciamento devem ditar a abordagem de embalagem.

Teste e Implantaçã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 do aplicativo e comportamento de desinstalação. Os administradores também devem verificar se as permissões e configurações específicas do usuário estão sendo tratadas corretamente, especialmente no caso de redirecionamento de arquivos ou registro que pode ocorrer ao empacotar aplicativos.

Após a validação, os pacotes podem ser distribuídos por meio da plataforma de distribuição de software ou gerenciamento 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 aplicativos.

O que é Publicação de Aplicativos do Windows?

Publicação de aplicativos do Windows serve para publicar um aplicativo que está instalado em uma infraestrutura Windows centralizada para usuários autorizados via uma rede ou a Internet.

O aplicativo é executado em um host Windows remoto em vez de ser executado em cada ponto final do usuário. Nesse caso, o usuário recebe acesso ao aplicativo executado remotamente por meio de um cliente compatível, atalho ou navegador da web.

Aplicativo instalado no servidor → usuário concedido acesso → aplicativo executado no servidor → interface do aplicativo entregue ao usuário

Essa abordagem é diferente, pois em vez de instalar e manter o aplicativo de negócios em cada ponto final, os administradores são obrigados a mantê-lo nos servidores que hospedam a sessão do usuário. Assim, os usuários conseguem acessar um aplicativo que parece se integrar perfeitamente ao seu ambiente de trabalho, apesar de estar hospedado em uma infraestrutura centralizada.

Windows Application Packaging vs Publicação de Aplicativos: Como Eles Diferem?

A distinção mais simples é:

A embalagem de aplicativos determina como o software é preparado para instalação e gerenciamento. A publicação de aplicativos determina como os usuários acessam o software que é executado em uma infraestrutura centralizada.

As tecnologias, portanto, operam em diferentes estágios de entrega de aplicativos.

Pergunta	Empacotamento de Aplicativos do Windows	Publicação de Aplicativos
Propósito principal	Preparar software para instalação e manutenção repetíveis	Dê aos usuários acesso a aplicativos hospedados centralmente
Principal pergunta de TI	Como devemos instalar e gerenciar este aplicativo?	Como os usuários devem acessar e executar este aplicativo?
Onde o aplicativo é executado?	No sistema que receber o aplicativo	No publicador ou host de sessão
Instalação local no endpoint do usuário?	Normalmente necessário para a implantação de endpoint	Instalação completa do aplicativo normalmente não é necessária
Atualizações	Deve atingir as metas de implantação aplicáveis	Pode ser aplicado centralmente a hosts de publicação
Requisitos de endpoint	O endpoint deve suportar o aplicativo executado localmente.	O Endpoint precisa principalmente de um método de acesso compatível.
Escopo típico	Ciclo de vida do software e gerenciamento de endpoint/servidor	Entrega de aplicativos centralizada
Casos de uso comuns	PCs gerenciados, software padronizado, implantações controladas	Usuários remotos, BYOD, aplicativos legados e acesso centralizado a aplicativos

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 implantado em uma estação de trabalho, laptop, máquina virtual ou servidor. O empacotamento determina como o software é instalado e mantido. A implantação alvo, portanto, determina onde o aplicativo é instalado.

A publicação de aplicativos introduz uma consideração arquitetônica adicional. Os processos do aplicativo ocorrem em uma infraestrutura centralizada, enquanto sua interface é entregue em pontos finais remotos para usuários autorizados.

Em qual caso você poderia usar empacotamento e publicação de aplicativos juntos?

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

Considere uma organização que possui um aplicativo Windows de linha de negócios. Se precisar ser executado localmente, pode ser empacotado e implantado em cada ponto final gerenciado:

Pacote → implantar em pontos finais → aplicativo é executado localmente

Se a organização precisar centralizar, pode ser empacotado ou instalado em hosts de sessão relevantes e, em seguida, ser publicado:

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

Nesse caso, o empacotamento de aplicativos não é necessariamente abandonado. Ele é apenas aplicado a hosts centralizados em vez de nos dispositivos de cada usuário, o que pode simplificar a manutenção da consistência do aplicativo em vários servidores de publicação.

Empacotamento de aplicativos e publicação de aplicativos não são mutuamente exclusivos: o empacotamento padroniza a instalação e manutenção do aplicativo, enquanto a publicação determina seu método de acesso. Dependendo das necessidades do aplicativo, 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 aplicativos do Microsoft Windows é mais apropriada quando a execução local é benéfica e a TI pode gerenciar efetivamente os dispositivos nos quais o aplicativo está hospedado. Nesses casos, permite a padronização da instalação e manutenção, enquanto deixa a localização da execução do aplicativo para os usuários.

Os usuários precisam de acesso offline

Aplicativos instalados localmente podem operar de forma eficaz, mesmo que os usuários não consigam acessar recursos centrais, o que é frequentemente o caso para funcionários móveis, trabalhadores de campo e outros trabalhadores nômades.

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

Aplicativos Dependem de Hardware ou Processamento Local

Alguns aplicativos funcionam de forma mais eficaz quando executados localmente porque são inerentemente dependentes ou integrados aos recursos do endpoint.

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

Os Endpoints são padronizados e gerenciados 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.

Pacotes fornecem uma abordagem organizada para o gerenciamento de aplicativos, o que torna a tarefa de instalar e manter o aplicativo em dispositivos de usuários finais mais fácil. Nesse 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ócios para tal medida.

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

Quando a Publicação de Aplicativos Faz Mais Sentido?

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

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

Usuários Remotos e Distribuídos

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

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

BYOD e Ambientes de Endpoint Mistos

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

Publicar aplicativos desacopla o ambiente de execução do usuário final. Ao usar esse método, um indivíduo pode acessar um aplicativo Windows hospedado centralmente por meio de um navegador ou cliente aprovado em sua máquina, que de outra forma não conseguiria executar o aplicativo.

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

Aplicativos Legados do Windows

Aplicativos legados pode complicar os esforços de implantação ao depender de dependências do sistema operacional, componentes antigos e restrições de configuração difíceis.

Centralizar a aplicação pode ajudar a reduzir os ambientes nos quais a TI precisa fazer o software funcionar. Isso não resolverá necessariamente problemas de compatibilidade de aplicativos, mas pode limitar esses problemas a hosts Windows controlados, em vez de uma coleção dispersa de endpoints.

Isso pode simplificar a padronização em torno do acesso a aplicativos legados enquanto a organização trabalha em direção a um plano de modernização de longo prazo.

Aplicativos que Requerem Atualizações Frequentes

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

Com a publicação de aplicativos, os administradores atualizam o aplicativo nos hosts centrais relevantes. Os usuários então acessam o aplicativo atualizado sem precisar 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 equipes de TI devem escolher entre empacotamento e publicação?

As equipes de TI devem considerar os requisitos operacionais do aplicativo em vez da escolha da tecnologia.

Se a instalação local for fácil de manter, seus endpoints estão rigorosamente controlados e os usuários precisam de capacidades offline ou dependentes de hardware, a implantação de endpoints empacotados faz mais sentido. Se seus usuários estão distribuídos, seus endpoints são heterogêneos, a instalação local é desafiadora ou o aplicativo é mais fácil de manter atualizado centralmente, a publicação de aplicativos pode reduzir a sobrecarga de gerenciamento de endpoints.

Muitas empresas precisarão de ambos os modelos. Seus usuários de desktop gerenciados podem ter aplicativos implantados localmente, mas contratados, teletrabalhadores ou aqueles que usam dispositivos não gerenciados podem ter acesso publicado centralmente a software específico para negócios.

A escolha se torna muito mais clara se a TI desacoplar três perguntas.

1. Como o aplicativo deve ser empacotado e mantido?
2. Onde a aplicação deve ser implantada e executada?
3. Como os usuários devem acessá-lo?

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 o TSplus Remote Access pode ser uma solução?

Organizações que desejam entrega centralizada de aplicativos Windows sem implantar o aplicativo completo em cada endpoint podem usar TSplus Acesso Remoto para publicar aplicativos Windows selecionados ou fornecer desktops remotos completos a partir de uma infraestrutura Windows centralizada.

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

Conclusão

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

O modelo certo depende dos requisitos da aplicação, gerenciamento de endpoints e necessidades de acesso do usuário. Ao considerar o empacotamento, a localização de implantação e o acesso separadamente, as equipes de TI podem decidir se uma aplicação deve ser executada localmente, centralmente ou por meio de uma combinação de ambos os modelos.