Visão geral dos pacotes de software

Crie um pacote e adicione componentes ao pacote para que os direitos das organizações sejam contados corretamente durante a reconciliação.

Um exemplo de pacotes de software cliente é o pacote Office Microsoft, que inclui Word, Excel, PowerPoint, Outlook e Access. O Microsoft Office é considerado o primário do pacote e os componentes do pacote são os secundários do pacote.

Um exemplo mais complexo é o "pacote de pacotes", que é comum em software de servidor. Microsoft O Core Infrastructure Server (CIS) Suite tem dois componentes de pacote: o Windows Server e o System Center (que também é um pacote).

Os componentes do pacote são licenciados juntos usando uma licença de pacote em vez de cada componente de software precisar de uma licença individual. Portanto, um direito para o primário do pacote licencia todos os componentes do pacote, incluindo os secundários do pacote que também são pacotes.

Para assinaturas de software, apenas uma licença de pacote de assinatura de usuário é necessária para cada usuário. Por exemplo, o pacote Microsoft 365 inclui os seguintes componentes: Office 365, EMS (Enterprise Mobility plus Security) e Windows 10. Uma licença Microsoft 365 autoriza um usuário a usar um ou mais dos componentes.

A tabela Pacotes de software [cmdb_m2m_suite_model] captura o relacionamento entre um pacote primário e um secundário do pacote.

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, o Microsoft Word é um componente em dois pacotes: Microsoft Office Standard e Microsoft Office Professional. Embora você possa definir um único modelo de software como um pacote e um componente, o software normalmente não é vendido como pacotes aninhados.

Informações do pacote, como Componentes do pacote e Pais do pacote, são encontradas como guias no formulário de Modelo de software. Sempre que um modelo de software é criado automaticamente como parte de um trabalho programado, seus componentes secundários são criados automaticamente e aparecem na guia Componentes do pacote no formulário do modelo de software.

Pacotes predefinidos

A biblioteca de conteúdo Gestão de ativos de software contém pacotes predefinidos para simplificar a experiência do usuário. Se houver conteúdo de pacote para um produto, as informações do pacote preencherão automaticamente a guia Componentes do pacote no Modelo de software de. As atualizações do conteúdo do pacote são baixadas e as definições do pacote existentes são atualizadas por meio de trabalhos programados.

Alocações

As alocações são usadas para aplicar uma licença a um dispositivo ou usuário. No contexto de pacotes, as alocações permitem que o gerenciador de ativos de software aplique uma licença de componente individual a um usuário/dispositivo em vez da licença do pacote.

Caso de uso para alocações

Uma organização tem direitos Microsoft 365 E5 (pacote), bem como direitos do Windows 10. O usuário A tem o Windows 10, Word, Excel e outros componentes do Office 365 instalados no dispositivo. O usuário A está alocado ao direito do Windows 10. A instalação do Windows 10 do usuário A é licenciada com o direito do Windows 10 em vez do direito do pacote Microsoft 365, enquanto os componentes restantes são licenciados como parte do pacote Microsoft 365.

Mapas de descoberta

Mapas de descoberta (DMAPs) são variações do software conforme predefinido na biblioteca de conteúdo SAMP. Embora um modelo de software possa ser definido manualmente, definindo Fornecedor, Produto, Versão e Edição, a melhor abordagem é usar DMAPs sempre que possível. Os DMAPs associam o conteúdo relevante ao modelo de software automaticamente, como relacionamentos de pacote, modelos de downgrade, ciclo de vida e próxima versão.

Pacotes de software híbrido e de assinatura

Gestão de ativos de software oferece suporte a 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, o pacote primário e o componente secundário são baseados em assinatura. A licença que você usa para determinar a conformidade depende de o pacote primário e o componente secundário serem baseados em assinatura:

• Se somente 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 sua licença usando a licença primária do pacote.
• Se apenas o componente secundário de um primário do pacote for baseado em assinatura, as instâncias desse componente secundário não serão inferidas como parte do primário do pacote. Você pode determinar a conformidade da sua licença usando a licença do componente secundário.
• Se os componentes primários e secundários do pacote forem baseados em assinatura, as instâncias dos componentes secundários serão inferidas como parte do primário do pacote. Você pode determinar a conformidade da sua licença usando a licença primária do pacote. Por exemplo, o Microsoft 365 E5 é um pacote de software baseado em assinatura que inclui o software de assinatura do 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 com a licença primária do Microsoft 365 E5.