Crie pacotes dinâmicos, enxutos e universais para o Microsoft 365 Apps

Observação

De autoria dos Rangers do Microsoft 365 Apps, este artigo descreve as práticas comuns observadas nas implementações do cliente. Aconselhamos avaliar a relevância desta orientação para sua organização e adaptar a abordagem conforme necessário.

Como administrador, você pode planejar a implantação do Microsoft 365 Apps em sua organização. Essa implantação geralmente é mais do que apenas enviar os Microsoft 365 Apps básicos para os dispositivos. Os usuários podem precisar de componentes adicionais, por exemplo, pacotes de idiomas, revisores de texto ou produtos adicionais, como o Visio ou o Project. Muitas vezes, nos referimos a esses cenários como 2ª instalação, enquanto a instalação inicial do Microsoft 365 Apps geralmente é chamada de 1ª instalação. Para os cenários da 1ª instalação, verifique as opções de instalação e a melhor maneira de dimensionar corretamente sua implantação.

Este artigo mostra como pode reduzir significativamente os custos de manutenção a longo prazo e melhorar a satisfação do usuário implementando a segunda instalação com pacotes dinâmicos, enxutos e universais para o Microsoft 365 Apps.

O desafio

Historicamente, a tarefa de suportar cenários de 2ª instalação foi resolvida criando um pacote de instalação dedicado para cada um. Normalmente, um administrador combinaria os arquivos de origem necessários (de ~3 gigabytes) com uma cópia da ODT (Ferramenta de Implantação do Office) e um arquivo de configuração adaptado para o cenário.

Mas, especialmente em organizações maiores, muitas vezes você não tem um único conjunto de configurações do Microsoft 365 Apps. Você pode ter uma combinação de canais de atualização, por exemplo, a maioria está no Canal Empresarial Mensal e alguns dispositivos de finalidade especial estão no Semi-Annual Canal Empresarial. Talvez você esteja fazendo a transição de 32 bits para 64 bits e precise dar suporte a ambas as arquiteturas por algum tempo.

Se você criar uma implantação de Pacote de Idiomas dedicado, por exemplo, para cada canal e arquitetura no exemplo anterior, acabará com quatro pacotes: Canal Empresarial Mensal x86, Canal Empresarial Mensal x64, Semi-Annual Canal Empresarial x86 Semi-Annual Canal Empresarial x64. Esta não é uma abordagem sustentável e tem as seguintes desvantagens:

  • Altos custos de manutenção devido a
    • Alto número de pacotes a serem criados e mantidos.
    • Os arquivos de origem inseridos ficam desatualizados com o tempo e precisam de manutenção.
    • Alto consumo de largura de banda durante a implantação, pois o pacote completo de 3 GB é sincronizado com o dispositivo antes do início da instalação real.
  • Má experiência do usuário
    • Os usuários precisam entender sua configuração atual e escolher o pacote correspondente no portal do software.
    • Longo tempo de implantação, pois os arquivos de origem completos são sincronizados primeiro.
    • Se os arquivos de origem inseridos estiverem desatualizados, a instalação fará o downgrade da instalação completa, antes que o ciclo de atualização entre em ação e atualize todos os aplicativos novamente.

Então, como criar pacotes que são menos dispendiosos de manter ao longo do tempo e são mais fáceis de usar?

A solução: pacotes dinâmicos, enxutos e universais

Você pode resolver esses problemas implementando pacotes autoajustáveis, pequenos e universais. Vamos abordar os conceitos básicos antes de nos aprofundarmos em cenários de exemplo.

Crie pacotes dinâmicos nos quais você não codifica nada. Use os recursos da ODT (Ferramenta de Implantação do Office) para permitir que os pacotes se ajustem automaticamente aos requisitos:

  • Use Version=MatchInstalled para evitar atualizações inesperadas e manter o controle da versão instalada em um cliente. Sem codificação rígida de um número de compilação, que fica desatualizado rapidamente.
  • Use Language=MatchInstalled para instruir, por exemplo, o Visio ou o Project a instalar com o mesmo conjunto de idiomas que o Office já está usando. Não há necessidade de listá-los ou criar um script que injete os idiomas necessários.

Crie pacotes enxutos removendo os arquivos de origem dos pacotes. Isso tem vários benefícios:

  • O tamanho do pacote é menor, de 3 GB para menos de 10 megabytes para a ODT e seu arquivo de configuração.
  • Em vez de enviar um pacote de instalação de 3GB para os clientes, você permite que os clientes obtenham o que precisam sob demanda da CDN (Rede de Distribuição de Conteúdo) do Office, o que economiza largura de banda.
    • Ao adicionar o Project a uma instalação existente do Microsoft 365 Apps, você precisa baixar menos de 50 megabytes, pois os componentes compartilhados do Office já estão instalados.
    • As instalações do Visio geralmente têm entre 100 e 200 megabytes, com base no número de idiomas, pois os modelos/estênceis são uma parte substancial do download.
    • A instalação de revisores de texto normalmente leva de 30 a 50 megabytes, em comparação com um pacote completo de idiomas, que tem de 200 a 300 megabytes.
  • Um segundo cenário de instalação geralmente é menos frequente, o que reduz a carga de tráfego da Internet, reduzindo o impacto.
  • Você não precisa atualizar os arquivos de origem sempre que a Microsoft lança novos recursos ou correções de segurança e qualidade.

Crie pacotes universais não codificando coisas como a arquitetura ou o canal de atualização. A ODT corresponderá dinamicamente à instalação existente, para que seus pacotes funcionem em todos os canais e arquiteturas de atualização. Em vez de ter quatro pacotes para instalar o Visio, por exemplo, você tem um único pacote universal que funciona em todas as permutações de arquiteturas e canais de atualização.

  • Deixar de fora OfficeClientEdition torna seu pacote universal para ambientes mistos x86/x64.
  • Deixar de fora o Canal torna seu pacote universal em todos os canais de atualização.

Como criar e se beneficiar da criação de pacotes dinâmicos, enxutos e universais

A ideia não é codificar nada no arquivo de configuração, mas utilizar a inteligência da Ferramenta de Implantação do Office o máximo possível.

Vamos dar uma olhada em um pacote "clássico" que foi criado para adicionar o Project a uma instalação existente do Microsoft 365 Apps. Temos os arquivos de origem (de ~ 3 gigabytes) e um arquivo de configuração, que declara explicitamente o que queremos alcançar:

Captura de tela de um pacote de exemplo. 

<Configuration>
 <Add OfficeClientEdition="64" Channel="MonthlyEnterprise">
  <Product ID="ProjectProRetail">
   <Language ID="en-us" />
  </Product>
 </Add>
 <Display Level="None" />
</Configuration>

Quando aplicamos os conceitos de pacotes dinâmicos, enxutos e universais, o resultado seria assim:

Uma captura de tela de um pacote de amostra enxuto. 

<Configuration>
 <Add Version="MatchInstalled">
  <Product ID="ProjectProRetail">
   <Language ID="MatchInstalled" TargetProduct="O365ProPlusRetail" />
  </Product>
 </Add>
 <Display Level="None" />
</Configuration>

Então, o que mudamos e quais são os benefícios?

  • Removemos o atributo OfficeClientEdition, pois a ODT corresponderá automaticamente à versão instalada.
    • Benefício: o arquivo de configuração agora funciona para cenários x86 e x64.
  • Removemos o canal pelo mesmo motivo. O ODT corresponderá automaticamente ao canal de atualização já atribuído.
    • Benefício I: O pacote funciona para todos os canais de atualização (Canal Atual, Canal Empresarial Mensal, Canal Empresarial Semi-Annual e outros).
    • Benefício II: também funciona para canais de atualização que você não oferece como TI central. Alguns usuários estão executando o Canal Atual, outros estão em builds do Insider? Não se preocupe, simplesmente funciona.
  • Adicionamos Version="MatchInstalled", o que garante que a ODT instalará a mesma versão já instalada.
    • Benefício: você está no controle das versões implantadas, sem atualizações inesperadas.
  • Adicionamos Language ID="MatchInstalled" e TargetProduct para corresponder aos idiomas instalados no momento, substituindo uma lista codificada de idiomas para instalar.
    • Benefício I: O usuário tem os mesmos idiomas para o Project que já foram instalados para o Office.
    • Benefício II: Não há necessidade de solicitar novamente as instalações do pacote de idiomas.
    • Benefício III: Também funciona para idiomas raramente usados que você, como administrador central de TI, não oferece, o que deixa os usuários satisfeitos.
  • Removemos os arquivos de origem. A ODT buscará o conjunto correto de arquivos de origem da CDN do Office na hora certa.
    • Benefício I: O pacote nunca fica desatualizado. Não é necessária manutenção de arquivos de origem.
    • Benefício II: O download é de cerca de 50 megabytes em vez de cerca de 3 GB.

Outro exemplo: adicionar pacotes de idiomas e revisores de texto de maneira dinâmica, enxuta e universal

Vamos dar uma breve olhada em outros cenários também, como adicionar pacotes de idiomas e revisores de texto. O arquivo de configuração clássico para instalar o Pacote de Idiomas Alemães pode ter esta aparência:

<Configuration>
 <Add OfficeClientEdition="64" Channel="MonthlyEnterprise">
  <Product ID="LanguagePack">
   <Language ID="de-de" />
  </Product>
 </Add>
 <Display Level="None" />
</Configuration>

Novamente, esse arquivo de configuração só funcionaria para um cenário específico (o canal de atualização está definido como Canal Empresarial Mensal, 64 bits está instalado). Outros cenários precisariam ser cobertos por arquivos e pacotes adicionais, o que aumenta a complexidade e o custo de propriedade. Corrija isso seguindo o caminho dinâmico, enxuto e universal:

<Configuration>
 <Add Version="MatchInstalled">
  <Product ID="LanguagePack">
   <Language ID="de-de" />
  </Product>
 </Add>
 <Display Level="None" />
</Configuration>

Esse arquivo de configuração único funciona em x86/x64 e em todos os canais de atualização, como o Canal Atual, o Canal Empresarial Mensal, o Canal Empresarial Semi-Annual e outros. Portanto, se você quiser oferecer cinco idiomas adicionais em seu ambiente, basta criar cinco desses pacotes de "arquivo de configuração + ODT". Para revisores de texto, basta alterar o ProductID para "Revisores de Texto".

Crie sua própria configuração

O conceito acima é universalmente aplicável a todas as instalações e produtos baseados em Clique para Executar, desde que a ODT seja usada. Você pode alterar a ID do produto especificada para seu cenário. Confira a lista de IDs de produto com suporte para obter mais informações.

Pré-requisitos/Observações

Aqui estão alguns pré-requisitos que você deve atender para fazer esse conceito funcionar em seu ambiente e algumas observações:

  • Use a Ferramenta de Implantação do Office 16.0.11615.33602 ou posterior para habilitar Version="MatchInstalled" para funcionar.
  • A ODT deve ser capaz de localizar os arquivos de origem correspondentes na CDN do Office.
  • Certifique-se de que o contexto que você está usando para executar a instalação possa atravessar o proxy. Para obter detalhes, consulte Implantação do Office 365 ProPlus e Orientação do servidor proxy.
  • Certifique-se de que a conta (usuário ou sistema) usada para instalar os aplicativos possa se conectar à Internet.
  • Os arquivos de configuração personalizada mostrados anteriormente são bons para instalar os produtos (com a opção /configure), mas não funcionam com a opção /download. Isso é esperado, pois faltam alguns detalhes na ODT para executar um download (como arquitetura). Para o conceito acima, não há necessidade de baixar os arquivos com antecedência.
  • Last updated on