Como gerenciar pacotes de software
Simplifique o licenciamento e reduza o custo de licenças de fornecedores. Obtenha visibilidade sobre suas licenças de pacote complexo, gerencie a conformidade e otimize seus gastos com essas licenças.
Crie um pacote e adicione componentes ao pacote para que os direitos das organizações sejam contados com precisão durante a reconciliação.
Um pacote de software é um grupo de software relacionado que é oferecido como uma unidade. Um exemplo é o pacote Microsoft Office Professional que inclui PowerPoint, Word, Excel, Outlook e Access.
Outro exemplo de um pacote do lado do servidor é o Microsoft Core Infrastructure Server (CIS). O pacote CIS pode incluir o software do Windows Server, bem como o pacote do System Center, que inclui o Configuration Manager, o Operations Manager e outros títulos. O pacote CIS, que é licenciado com Microsoft métricas de servidor (Por núcleo, Por núcleo (com CAL), Por instância, Por processador, Por servidor), são considerados durante a reconciliação.
Para qualquer modelo de software, você pode especificar se o modelo é um pacote (primário) ou um componente (secundário). Um modelo de software pode ser um componente em vários pacotes. Por exemplo, Microsoft Word é um componente em dois pacotes: Microsoft Office Standard e Microsoft Office Professional. Embora seja possível definir um único modelo de software como pacote e componente, o software geralmente não é vendido como pacotes aninhados.
Sempre que um modelo de software é criado automaticamente como parte de um trabalho agendado, seus componentes secundários são criados automaticamente e aparecem na seção Componentes do pacote.
- Porcentagem de inferência: especifica a porcentagem dos componentes que deve ser instalada para o pacote.
- Obrigatório: impõe se um componente específico deve ser instalado para inferir que o pacote está instalado. As opções são Opcional, Sempre Obrigatório, Grupo Obrigatório.Nota:Se dois ou mais componentes de software fizerem parte de um grupo obrigatório, pelo menos um deles deverá estar presente para que todos os componentes de software sejam considerados um pacote. Isso pressupõe que a porcentagem de inferência e outros requisitos também sejam atendidos.
Por exemplo, digamos que você especifique o percentual de inferência como 75% e defina o campo Obrigatório como Sempre obrigatório no Microsoft Access. Essas configurações especificam que o Microsoft Access deve ser instalado, junto com três de quatro outros produtos (Microsoft Word, Microsoft Excel, Microsoft PowerPoint e Microsoft Outlook), para inferir que o Microsoft Office Professional está instalado em um dispositivo.
- Se uma das instalações de software pertencer ao modelo de software do pacote, o pacote será inferido diretamente sem a necessidade de atender à porcentagem de inferência.
- Se a regra acima não for atendida, qualquer pacote que atenda à porcentagem de inferência nesse dispositivo poderá ser considerado um candidato a pacote inferido.
- O candidato com o maior número de componentes instalados é escolhido.
- Se ainda houver um vínculo, o pacote com o downgrade mais baixo será escolhido. Por exemplo, o Office 2016 e o Office 2013 são candidatos e têm o mesmo número de componentes instalados; no entanto, como o Office 2013 é o downgrade do Office 2016, o Office 2013 será escolhido.
- Se ainda houver um vínculo, será escolhido aquele com o maior percentual de componentes instalados.
Gestão de ativos de software O é compatível com pacotes de software híbridos e baseados em assinatura. Em um pacote de software híbrido, o componente primário ou secundário do pacote é baseado em assinatura. Em um pacote de software baseado em assinatura, os componentes primário e secundário do pacote são baseados em assinatura. A licença que você usa para determinar a conformidade depende de os componentes primário e secundário do pacote serem baseados em assinatura:
- Se apenas o pacote primário for baseado em assinatura, todas as instalações de componentes secundários serão inferidas como parte do pacote primário. Você pode determinar a conformidade da licença usando a licença primária do pacote.
- Se apenas o componente secundário de um pacote primário for baseado em assinatura, as instâncias desse componente secundário não serão inferidas como parte do pacote primário. Você pode determinar a conformidade da licença usando a licença do componente secundário.
- Se os componentes primário e secundário do pacote forem baseados em assinatura, as instâncias dos componentes secundários serão inferidas como parte do pacote primário. Você pode determinar a conformidade da licença usando a licença primária do pacote. Por exemplo, Microsoft o 365 E5 é um pacote de software baseado em assinatura que consiste no software de assinatura Office 365 E5, EMS E5 e Windows 10. Como os componentes primário e secundário do pacote são baseados em assinatura, eles são reconciliados em relação à licença primária do Microsoft 365 E5.