TL; DR:

• Maximo 应用程序套件将多种资产管理产品组合成一个具有通用用户界面的套件。
• 它从传统的客户端/服务器拓扑过渡到 Kubernetes 容器平台。
• 新的许可模式使用 AppPoints，要求不同的用户类型和安装类型使用不同的数字。
• 各公司可以将其现有的Maximo许可证升级或以旧换新为AppPoints。
• Projetech 为客户提供云解决方案，无需管理底层技术变更即可从 Maximo 应用程序套件中受益。

Maximo社区对Maximo的下一版本以及它将如何影响公司有很多疑问。该博客概述了公司和用户在从Maximo升级到时将经历的三大变化 Maximo 应用程序套件。它为Naviam的一系列博客奠定了基础，这些博客将更深入地帮助Maximo用户回答这些问题。

多年来，IBM 在 MRO 领域开发了新的应用程序，并增强了现有应用程序。许多产品是单独提供的，并获得了单独的许可。Maximo Application Suite 将这些应用程序作为一组 EAM 产品整合到一个套件中，该套件具有通用的用户界面、新的底层技术架构和新的许可模式。

将多个 EAM 产品重新分组到 Maximo 应用程序套件中

Maximo功能的重大变化是将多个资产管理产品整合到一套应用程序中，并引入了新的通用应用程序 “皮肤”，供用户在整个套件中导航。

旧版 Maximo 系统（例如 Maximo 7.6.1.x）中的模块位于 Maximo 应用程序套件的 “管理” 应用程序中。 工业 而且附加解决方案功能也在 Manage 中仍然可用。套件中的其他模块，例如 健康 和 预测 （过去是独立产品）现在也是 Maximo 应用程序套件的一部分。

Maximo Manage 减少了停机时间和成本，而 Maximo Monitor 则通过先进的人工智能远程资产监控提高了资产可用性。Maximo Health 利用物联网数据来管理资产运行状况，而 Maximo Visual Inspection 允许实时识别问题。Maximo Predict 利用基于状态的操作来预测未来的故障，而 Maximo Mobile 则为现场技术人员提供所有必要的资产信息。凭借其简化且用户友好的界面，Maximo 应用程序套件使组织能够实现运营可见性、更快的投资回报率和更高的生产力。

在单一套件中提供这些产品可以简化安装和管理，同时通过共享数据、工作流程和通用用户界面增强用户体验。通过这种方式，Maximo Application Suite还可以更轻松地访问全套资产生命周期应用程序，并可以灵活地从资产生命周期的任何时刻开始并扩展到其他领域。Maximo 应用程序套件还可以加速传统资产维护向人工智能 (AI) 驱动的维护的数字化转型。

‍

‍新技术平台

MAS 的另一个重大变化是从传统的客户机/服务器拓扑过渡到 Kubernetes 容器平台。既然红帽是IBM的一个分支机构，那么红帽OpenShift容器平台（OCP）是Maximo（以及现在是Maximo应用程序套件一部分的其他IBM软件产品）合乎逻辑的Kubernetes（又名K8s）平台选择。

与传统的、以操作系统为中心的虚拟化技术相比，容器技术在整个行业中得到了迅速的采用。容器将所有以应用程序为中心的运行时需求打包到一个单元（映像）；一个应用程序，以及运行它所需的所有依赖关系、库、二进制文件和配置文件，同时最大限度地降低每个部署单元对完整传统操作系统的资源需求，并且仍然保持这些部署单元之间的执行和生命周期分段。这转化为可靠和简化的执行环境，以及出色的应用程序部署可重复性。Kubernetes 是一个开源容器编排系统，最初由谷歌开发，现在由云原生计算基金会维护。红帽以 Kubernetes 项目为基础，改进了开箱即用的安全和联网功能，创建了功能更加丰富的 OpenShift 容器平台。

运行红帽 OpenShift 容器平台与运行传统 WebSphere 服务器截然不同。运行平台本身的资源要求要高得多，但如果考虑到平台提供的全部功能，这是可以预料的。

‍

该平台的其中一项功能是名为 Operator 的 Kubernetes 自动化软件扩展；一种特定于应用程序的控制器，可以创建、部署和管理诸如 MAS 之类的复杂应用程序。操作员监控 K8s 自定义资源 (CR)，这些资源定义了所需的配置或状态，然后采取特定于应用程序的操作以使当前状态与所需状态相匹配。对于 MAS 运营商而言，示例将包括将应用程序套件（或其应用程序之一）修补到下一个所需版本或实现 MAS 管理用户要求的套件级配置更改所需的操作。

运营商框架项目定义了运营商提供的应用程序生命周期管理能力的级别如下：

详细信息可以在这里找到： https://sdk.operatorframework.io/docs/overview/operator-capabilities/

第 1 级描述了处理工作负载基本安装和配置的操作员，第 5 级描述的操作员可以全面处理应用程序工作负载的各个方面，包括自动扩展、自动感知不健康状态、修复并恢复到正常状态以及针对特定工作负载模式进行调整。IBM 目前将 MAS 操作员归类为 2 级；他们将为托管应用程序安装、修补和执行次要版本升级。IBM 已将MAS运营商的长期目标定为4级；提供完整的生命周期管理、备份、还原和故障转移/故障恢复功能，以及对应用程序运行状况和性能的新的AI见解。

Naviam 对这个新技术平台的前景感到兴奋，也很高兴能够提供云解决方案，让客户无需自己进行底层技术变革即可享受 Maximo 应用程序套件的好处。

使用 AppPoints 的新许可模式

MAS 在商业上最大的变化是它只能获得许可 应用积分。不同的用户类型和安装类型需要不同数量的 AppPoints。与以前一样，将为用户分配与执行工作所需的系统访问配置文件一致的用户级别（自助服务、受限、基本、高级）和用户类型（并行或授权——又名 “已命名”）。

对于通过以下方式获得许可权的公司，向AppPoint许可的过渡将有所不同 捆绑的 SaaS 产品，例如 Naviam Cloud，而不是那些自己获得许可的人。

对于与Naviam捆绑的许可证，Naviam将负责将客户的后端许可过渡到AppPoints。对于自己购买许可证的公司，有两种过渡途径，“升级” 或 “以旧换新” 到App Points需要支付相关的一次性费用。公司可以将现有的Maximo许可证 “升级” 为订阅期AppPoint许可（STL，），也可以将现有的Maximo许可证 “以旧换新” 来购买永久的AppPoints。

在 MAS 框架环境中维护的许可证服务器将存储 AppPoint 授权总数，并跟踪正在使用的 AppPoint 数量。对于Maximo和MAS管理员用户、安装产品以及授权（又名指定用户）用户，AppPoints将从AppPoint的总权利余额中永久消耗（即减去）。当并发用户登录MAS时，其用户级别的相应AppPoint数量将从剩余的AppPoint余额中动态减去，当并发用户注销MAS时，AppPoints将动态添加到余额中。根据系统设置，当可用的 AppPoint 余额不足时，可以阻止并发用户登录 MAS。或者，违规行为将被记录在案，并且必须及时予以纠正，以避免未来出现许可证合规性审计问题。

请告诉我们您想了解的有关 Maximo 应用程序套件的内容。 从这里开始 ‍