Gestão de ativos de software pacotes de software
Os pacotes de software são uma maneira de um fornecedor de software agrupar aplicações relacionadas como um conjunto.
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 compreende 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 pacote Core Infrastructure Server (CIS) 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 pacote primário licencia todos os componentes do pacote, incluindo pacotes secundários 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 componentes.
A tabela Pacotes de software [cmdb_m2m_suite_model] captura o relacionamento entre um pacote primário e um pacote secundário.
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 você possa definir um único modelo de software como pacote e componente, o software normalmente não é vendido como pacotes aninhados.
Informações do pacote, como Componentes do pacote e Pacotes primários, são encontradas como guias no formulário Modelo de software. 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 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 agendados.
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 do SAMP. Embora um modelo de software possa ser definido manualmente definindo o Fornecedor, Produto, Versão, 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 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 se o pacote primário e o componente secundário são 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, o Microsoft 365 E5 é um pacote de software baseado em assinatura que inclui o 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.