这些解决方案具有传统上经过验证的 MDM 功能和可靠性。通常，它们非常适合复杂的业务需求，并且在许多方面都得到了验证，包括性能、可扩展性、安全性等。尽管如此，您仍需要确保供应商在云上为它们制定了开发和支持计划，并且它们不会很快停止支持。 ，以至于您在实施后不必进行重大增强，因为它们的部署通常会更加复杂且耗时更长。
混合云/传统 MDM 架构： 这些是较旧的 MDM 产品，它们已“重新平台化”为较新的基于容器的架构，但尚未重建以完全提供基于微服务的解决方案。这些解决方案将利用某些云功能（例如，容器自动扩展），但具有架构限制，阻止它们利用其他云功能（例如，多可用区域实现）。还要注意的是，市场上的一些较旧的 MDM 产品可能提供“混合”解决 贝宁电话号码数据 方案架构，其中 MDM 平台的某些部分完全支持微服务容器，但解决方案的其他部分是较旧的传统架构的容器化实现。
如果您已经在运行本地 MDM 并考虑加入云之旅，那么您还需要决定是迁移还是重新平台化：
将现有的本地 MDM 实施迁移到云： 此选项涉及将您当前的本地 MDM 实例迁移到基于相同底层 MDM 软件的新云环境。此选项可保留您的沉没 MDM 投资，同时通过供应商提供的云服务获得一些基础设施效率。您应该咨询您现有的 MDM 供应商，以确保支持此功能。
如果您熟悉云技术（例如，平台、网络、安全管理）并且拥有现有的云业务，则实施所需的麻烦最少，并且它允许您利用云的优势。MDM 使用量快速增长的公司会发现云上的灵活性和较低的平台成本非常有吸引力。如果您是云部署的新手，建议与之前做过此事的 IT 服务公司合作。
旧式 MDM： 这些是较旧的 ，它们使用的技术堆栈和设计原则是单片的。供应商可能已将这些 MDM 应用程序移植到云平台上运行，但它们本质上主要是单片的。