Altair Sao:跨多个供应商的综合报告,以实现右尺寸许可证库存
许多公司遇到的常见方案是从一个软件供应商中存在许多不同的许可文件,其中包含不同供应商守护进程使用的软件功能相同的软件功能。例如,公司可以在不同时间和不同地点从一个供应商获取软件许可证。所有这些许可证文件中的软件功能可能是相同的。在这样的情况下,它变得非常困难真正的用法公司内的这种软件功能。阅读标题的部分供应商合并使用供应商和功能池下面看看,由于SAO提供的工具,我们如何显着降低许可证。
示例:功能池
一些软件供应商根据采集这些功能的时间使用相同许可证文件中相同功能的特征的变体。因此,MD等CAD功能可以显示为MD_XXX,MD_YYY,MD_ZZZ等。大多数软件使用跟踪系统将为每个功能提供使用信息,当时,当实际上,所有这些功能的软件使用都应仅作为一个特征报告。
Altair Sao通过定义一个名为MD的功能池来提供一种简单的方法来处理池MD_XXX,MD_YYY,MD_ZZZ等,因此许可证的总可用性是每个功能的许可证数量。同样,还可以为不同许可文件中存在的相同功能创建功能池。Altair Sao提供管理工具,可以轻松定义这些功能池。
示例:供应商池
Altair Sao提供开箱即用的功能来定义供应商池,通过将不同的供应商守护程序分配给池。所有这些供应商守护进程使用自己的许可证文件提供许可证。当公司有多个供应商提供的多个供应商守护进程时,供应商池非常有用。当不同的供应商汇集在一起进行报告时,为特征池定义为存在于不同许可文件中的相同功能时,每个供应商的每个软件功能的许可计数都被添加到获得总许可证数量。Altair Sao提供了一个管理工具来定义供应商池。
这可能会发生这种情况,基于这些供应商守护进程如何提供许可证,即使在不超过该功能的供应商池中的总可用许可证中也可能存在拒绝,因为其中一个供应商守护进程可能已经耗尽了许可证对于软件功能,但显然不会意识到所有供应商守护程序的功能的总许可证计数。
供应商合并使用供应商和功能池
当有多个供应商守护进程使用它们自己的许可证文件提供许可证时,公司通常会尝试将它们合并到一个或两个供应商守护进程中。为了做到这一点,需要有一种方法来检查所有这些供应商守护进程的软件使用情况,作为一个单一的供应商来评估许可证文件中每个软件特性的“真正峰值”使用情况。
让我们检查下面提供的一个简单的例子:
此图表显示了由2个供应商守护进程提供的特定软件功能的峰值软件使用,一个用于密歇根州(东部时区),一个用于加利福尼亚(太平洋时区)。时间轴显示在GMT中。密歇根供应商守护程序的许可证文件有一个功能有28个许可证,而加利福尼亚州供应商守护程序的许可证文件有16个相同功能的许可证。如果公司使用这两个供应商守护程序的总许可证巩固这两个供应商守护进程,则新的许可证文件可能有28 + 16 = 44许可证。
但是,在接近检查时,特别是由于时区的差异,密歇根州的用户最常开始在加利福尼亚州用户前3小时开始使用该软件。看着GMT出现的综合峰值用法,显然实际上,实际峰值使用率不超过36!如果公司实际上是将这两个许可证和供应商的守护进入其中一个,那么该软件功能的总许可证数量足够,这是8美元的牌照,这是本公司今天支出的总许可证计数。
使用Altair Sao配置具有这两个供应商的供应商池以及此软件功能的功能池,可以报告此软件的“真正的峰值”导致潜在的节省。
使用供应商和功能池处理错误拒绝
在某些情况下,最终用户可以在其桌面上安装软件,指向某个订单中的多个供应商守护进程。当请求许可证时,许可证路径或指针会尝试从列表中的第一个供应商守护程序中查看许可证,如果没有可用许可证,则将其跳至第二个供应商守护程序,直到最后软件都可以从具有许可证的供应商守护程序中结帐,或者报告拒绝。在跳过这些不同的供应商守护程序时,在短时间内生成了许多拒绝。如果用户最终从其中一个供应商守护程序获得成功的许可证结账,则不应将较早的拒绝报告为拒绝,因为在从供应商守护进程最初出现的供应商守护程序中获取多个拒绝后,将在一分钟内进行成功的许可证结账在列表中。为这些不同的供应商守护程序定义供应商池,以及用于各个许可证文件中可用的所有相同功能的功能池,提供了一种过滤“FALSE DENIAL”的方法。
保持关注下一个圣博帖关于Altair Sao的许可证模拟器,可以启用“什么 - 如果”分析!