Explorar tipos de aplicações do Windows

Concluído

Geralmente, existem dois tipos de aplicações que podem ser instaladas num cliente Windows: aplicações de ambiente de trabalho e aplicações Plataforma Universal do Windows (UWP), também por vezes referidas como aplicações da Microsoft Store. Os utilizadores instalam e gerem estes dois tipos de aplicações de formas diferentes. Além disso, os administradores de rede podem disponibilizar aplicações do Azure RemoteApp aos utilizadores. As secções seguintes descrevem as diferenças entre estes tipos de aplicações.

Aplicações de ambiente de trabalho

As aplicações de ambiente de trabalho são aplicações tradicionais, como o Microsoft Office. A maioria dos utilizadores e administradores de rede estão familiarizados com aplicações de ambiente de trabalho (por vezes denominadas aplicações Win32). Um administrador pode instalar aplicações de ambiente de trabalho em computadores Windows localmente através de um de dois métodos:

• Iniciar um ficheiro de .exe ou .msi a partir do suporte de dados do produto, da partilha de localização de rede ou transferido a partir de um site.
• Como um pacote distribuído a partir de uma solução de gestão de aplicações, como o Endpoint Configuration Manager, normalmente utilizado para automatizar & gerir instalações numa organização.

Plataforma Universal do Windows aplicações

As aplicações UWP são distribuídas através de um sistema de empacotamento que instala a aplicação que protege o utilizador, o dispositivo e o sistema. São simples de instalar (normalmente, com um clique) e desinstalar com a mesma facilidade, sem deixar "artefactos" que as aplicações Win32 normalmente fazem. A Microsoft Store é o local mais comum para encontrar aplicações UWP. As aplicações UWP têm vários benefícios:

• Mais Seguro. As aplicações UWP incluem um manifesto que define explicitamente os dados e recursos do dispositivo que a aplicação pode utilizar.
• Suporte para Windows entre dispositivos. Um conjunto de API comum permite que os programadores criem uma única aplicação que pode ser instalada em computadores windows, Dispositivos móveis, Xbox e headsets Mixed-Reality.
• Distribuição Fácil. Os programadores podem distribuir aplicações através da Microsoft Store, dando exposição às aplicações, instalação simplificada e capacidade de rentabilizar também a aplicação.
• Distribuição Privada. As organizações podem criar aplicações UWP internas que também podem ser distribuídas através do Microsoft Store para Empresas ou do sideload da aplicação.

As aplicações UWP são empacotadas no formato de ficheiro .appx e têm de ser assinadas digitalmente. As aplicações de ambiente de trabalho existentes também podem ser empacotadas como aplicações UWP com a Ferramenta de Empacotamento MSIX, o que permite algumas das vantagens das aplicações UWP sem necessidade de desenvolvimento adicional.

Cuidado

Embora Windows 8 possa instalar aplicações da Microsoft Store, nem todas as aplicações UWP podem ser instaladas no Windows 8.x. A Microsoft Store não mostrará aplicações incompatíveis num dispositivo Windows 8.x. O Windows 7 não suporta aplicações UWP.

Aplicações App-V

Tal como as aplicações UWP, a virtualização de aplicações foi concebida para atingir objetivos semelhantes, como instalações de aplicações simplificadas e minimizar o impacto no SO. No entanto, a arquitetura de uma aplicação App-V é bastante diferente. O App-V é utilizado para fornecer aplicações Win32 virtualmente aos clientes, seja automaticamente ou a pedido. Ao contrário das aplicações UWP ou de ambiente de trabalho, a aplicação nunca é instalada no SO cliente.

O cliente App-V simula um ambiente de sistema operativo e as aplicações virtualizadas preparadas especialmente são executadas nesse ambiente simulado. As aplicações virtualizadas não interagem diretamente com o sistema operativo cliente, mas interagem com o cliente App-V. O cliente app-V funciona como um proxy através do qual a aplicação utiliza recursos do sistema operativo.

A experiência do utilizador final não é diferente de uma aplicação tradicionalmente instalada e, uma vez que a aplicação utiliza o hardware de cliente local, também não tem um desempenho diferente.

O App-V proporciona os seguintes benefícios em aplicações tradicionalmente implementadas e instaladas localmente:

• Execute várias versões de aplicações. Pode utilizar o App-V para executar versões diferentes de aplicações em simultâneo no mesmo computador cliente sem conflitos.
• Minimizar conflitos de aplicações. Quando instala aplicações como aplicações App-V, não existem conflitos de aplicações, uma vez que cada aplicação App-V é executada no seu próprio ambiente isolado.
• Simplificar a remoção da aplicação. As aplicações App-V não são instaladas localmente, o que significa que pode removê-las completamente e mais facilmente.
• Simplifique as atualizações de aplicações. A natureza modular das aplicações virtualizadas significa que pode substituir uma versão de uma aplicação por uma versão atualizada por menos esforço. O cliente App-V está incluído nas edições Windows Enterprise e Education. No entanto, tem de ser ativado através do Política de Grupo ou do PowerShell com o comando Enable-Appv. Embora a maioria das aplicações Win32 possa ser virtualizada, isto nem sempre é prático. Uma vez que são executadas num ambiente isolado por predefinição, muitas aplicações podem depender dos serviços fornecidos pelo SO ou por outras aplicações. Embora existam métodos e considerações para tal, nem todas as aplicações são adequadas para serem virtualizadas.

Aplicações RemoteApp

Windows Server as aplicações RemoteApp são apresentadas localmente, mas são executadas remotamente. Em vez de as aplicações serem instaladas no cliente, só são instaladas num servidor. As aplicações RemoteApp utilizam os recursos do servidor onde está instalado, ao mesmo tempo que utilizam recursos mínimos de cliente. Do ponto de vista de um utilizador, é apresentada uma aplicação RemoteApp e funciona como se estivesse instalada no cliente local. Os cenários do RemoteApp incluem:

• Hardware de cliente insuficiente. Clientes magros ou dispositivos que não cumprem os requisitos mínimos de hardware de uma aplicação.
• SO incompatível. Dispositivos que não têm o SO necessário para a aplicação, como um tablet ou dispositivos que executam uma arquitetura diferente, como um SO x86 que precisa de executar uma aplicação x64.
• Cenários BYOD. As organizações querem permitir o acesso a aplicações empresariais a partir de dispositivos pessoais, mas não querem que a aplicação seja instalada no dispositivo. Uma vez que é uma ligação remota, não é adequada para cenários em que o acesso offline às aplicações é necessário.