A Microsoft publicou o modelo e a documentação que serão necessários para gerenciar as atualizações do navegador de borda "full-Chromium" ainda não finalizado, cumprindo uma promessa do início deste verão.

Quando a Microsoft revelou o Edge-for-enterprise pela primeira vez em junho, o desenvolvedor de Redmond revelou um catálogo preliminar de políticas de grupo que os administradores de TI usariam para implantar, personalizar e manter o navegador através de GPOs (objetos de política de grupo) e um modelo administrativo para gerar atualizações.

"As políticas de gerenciamento de atualizações não estão incluídas; elas estarão em um arquivo de modelo administrativo separado", escreveu Sean Lyndersay, gerente de programa do grupo na equipe Edge, em um post de 14 de junho em um blog da Microsoft.

Ao contrário dos navegadores anteriores da Microsoft - o Internet Explorer (IE) e o Edge original, o último impulsionado pelas próprias tecnologias da Microsoft - o Edge construído a partir do projeto de código aberto Chromium, dominado pelo Google, será atualizado em um prazo muito mais rápido de seis a oito semanas de cadência, assim como o Chrome. A Microsoft cortou o link entre atualizações de recursos do navegador e do sistema operacional. As empresas que desejam testar e verificar se cada atualização funciona conforme o esperado precisam de uma maneira de bloquear o mecanismo de atualização nativa.

É aí que esses novos GPOs entram em cena.

As políticas de grupo relacionadas à atualização podem ser encontradas na documentação on-line completa do Chromium Edge. Eles exigem a versão 77 ou posterior do Edge; a versão Dev 77 foi lançada no mês passado, enquanto a Beta 77 foi lançada esta semana.

O modelo administrativo - msedgeupdate.admx - para gerenciar as atualizações do Edge pode ser baixado dessa página; é um dos dois modelos coletados no arquivo MicrosoftEdgePolicyTemplates.zip .

(Para aqueles não familiarizados com o uso de políticas de grupo do Windows, instruções podem ser encontradas nesta página de suporte.)

Como os administradores de uma organização provavelmente desejarão restringir as escolhas de navegador dos funcionários - para, por exemplo, manter todos na mesma versão por motivos de suporte - as GPOs permitem bloquear atualizações de compilações específicas, como Canary, Dev e Beta - além de impedir os funcionários atualizem manualmente o navegador. Outras GPOs permitem que a equipe de TI defina sistemas específicos com uma substituição de atualização, de modo que, digamos, uma equipe de testes tenha acesso a Dev e Beta quando todos os outros não o fazem.

Outras GPOs definem um valor para o número mínimo de minutos entre as verificações automáticas de atualização - o padrão é 10 horas - e as atualizações que são feitas durante o horário de expediente para não interromper o trabalho.

As GPOs controlam como o serviço de atualização nativo do Edge opera - o serviço que lida com atualizações para máquinas não gerenciadas -, mas a Microsoft prometeu que plataformas de nível corporativo também seriam suportadas pelo navegador. As integrações de implantação e configuração com o Intune da Microsoft e o System Center Configuration Manager (SCCM), por exemplo, estão no roteiro, embora sem cronogramas.

O navegador também será oferecido nos formatos de instalação MSI (para Windows) e PKG (macOS) para distribuição pela equipe de TI de uma organização. p>

A A lista de todas as GPOs a partir de 22 de julho (além dos de atualizações) pode ser encontrada aqui e a orientação de utilização, pode ser encontrada aqui.