跳转至

迁移概览

在本文档中，我们将讨论两个不同的迁移场景。第一个是关于从 [SAP Mobile Platform 到 SAP Mobile Services] (#migration-from-sap-mobile-platform) 的迁移，第二个是关于从 Neo 环境到 Cloud Foundry 环境 的迁移。

从 SAP Mobile Platform 迁移

SAP Mobile Services 可以视为 SAP Mobile Platform 的后继。对于想要迁移到移动服务的客户而言，入门通常具有挑战性。以下概览提供了开始计划迁移的指导。

这是典型 SAP Mobile Platform 解决方案体系结构的示例：

SAP Mobile Platform 解决方案体系结构

在左侧，显示 Internet。这是移动应用在不同设备上运行的位置。为了连接到企业预置环境，设备必须能够跨越 DMZ（非军事区）以访问 SAP Mobile Platform。访问通常使用反向代理和负载平衡器中的规则进行配置，或者使用中继服务器（SAP Mobile Platform 的一个组件）进行配置。 为了从业务系统中检索数据，SAP Mobile Platform 通过 SAP Gateway 或直接（如果适用）连接到它们。 尽管这看起来相对简单，但在引入支持 SAP Mobile Platform 所需的开发、质量和生产架构以及数据库系统时，复杂性便会增加。

如您所见，SAP Mobile Platform 的占用空间可能很大。

迁移到 SAP Mobile Services 具有许多优势：

  • 减少企业预置基础架构，从而降低维护成本
  • 更快速访问创新，允许更多参与和更强大的移动解决方案
  • 更轻松的可扩展性，使成功的移动解决方案能够更快速地扩展
  • 利用其他云服务之间的协同作用，扩大移动应用的范围

当前企业预置基础架构需要得到密切维护。其中包括使用最新服务补丁更新 SAP Mobile Platform、维护数据库备份和应用数据库补丁、对新操作系统版本进行更新。此外，SAP Mobile Platform 的典型架构包括开发、质量（和潜在阶段）和生产架构。所有这些通常是虚拟化的系统都需要保持可操作状态。除此之外，本地 SAP Mobile Platform 安装需要连接到外部世界，通常是通过反向代理或中继服务器。这些组件也需要维护。所有这些基础架构组件都可以适用 SAP Mobile Services 代替。

SAP Mobile Services 的创新周期比 SAP Mobile Platform 快得多。云产品的性质允许同时向所有客户无缝引入补丁和新功能； 对于企业预置软件，每个客户都必须管理升级周期。当升级没有保持最新时，会优先访问新的创新。多年以来，这导致许多功能在 SAP Mobile Platform 上不可用。以下是一些在 SAP Mobile Platform 上不可用但在移动服务上可用的功能示例：

  • 移动开发工具包
  • SAP BTP SDK for Android
  • SAP BTP SDK for iOS
  • 应用目录
  • 云构建服务器
  • 使用情况分析

由于 SAP Mobile Services 的性质，SAP 使用最先进的云原生设计模式和高度自动化的系统架构来提供移动解决方案的可扩展性。如果是 SAP Mobile Services，客户可以委托 SAP 提供运行移动服务所需的资源，以充分发挥其潜力。

在此上下文中，云客户的最后一个优势是 移动服务，这是 SAP Business Technology Platform 的一种产品，但它可以利用其他服务扩展其功能并从其他服务创新周期中受益。

示例 1：您的云账户使用 SAP Identity and Authentication 服务来验证移动设备上的用户。通过在您的身份服务中引入双因素身份验证 (2FA)，您的所有移动应用也可以利用此功能 - 无需更改您的移动解决方案。

示例 2：您使用 SAP Document Center 来存储、管理和共享公司范围内的文档。通过将移动服务与 SAP Document Center 连接，您可以从您的移动应用程序中访问文档资源库。

迁移项目

迁移项目可以分为四个步骤：

  • 评估
  • 架构迁移
  • 应用程序迁移
  • 云卓越

评估

为了创建迁移计划，您需要对在 SAP Mobile Platform 上运行的当前使用技术进行评估。

SAP Mobile Platform 由不同的技术组成：

  • OData
  • 移动业务对象 (MBO)
  • Agentry
  • 集成网关

每个技术堆栈都具有不同的迁移策略。

注释

此迁移路径是最常见的路径，特别适用于所有基于 Kapsel 和 SAP Fiori Client的项目。所有基于 OData 的 SAP Mobile Platform SDK 3.2 解决方案都属于这一类别，即 Kapsel、自定义 SAP Fiori Client、本机 iOS、Android 和 Windows SDK。这些解决方案的 API 与 SAP Mobile Services 兼容。

基于移动业务对象 (MBO) 技术迁移移动解决方案需要更大的工作量。首先，MBO 数据模型需要转换为 OData 服务。 然后，需要调整移动应用中的数据访问层以连接到 OData 服务，而不是使用 MBO 提供的对象 API。此处无法评估此步骤所需的工作量，因为这很大程度上取决于客户的解决方案。使用移动开发工具包甚至SAP BTP SDK for iOS 或SAP BTP SDK for Android 重写应用可能会更好。

对于 SAP Work Manager 或 SAP Inventory Manager 等基于 Agentry 的解决方案，迁移路径是分别使用 SAP Work Manager 云版本或 SAP Inventory Manager 云版本重用现有应用程序。在这种情况下，迁移简单直观，因为云产品允许在基于 Agentry 云版本 (ACE) 的基础架构上运行现有的定制企业预置版本。此路径的前提条件包括：

  • 将许可证迁移到云版本
  • 迁移前升级到最新的 Work Manager (6.4.1+) 或 Inventory Manager (4.3.1+) 版本

重要的是，所有客户定制都可以携带，并且迁移后可以关闭本地 Agentry 安装和维护。

SAP Mobile Platform 中的集成网关是将非 OData 数据源映射到 OData 服务的一种方法。此功能已由移动后端工具替代。 无法携带映射，而在移动后端工具中重新创建映射是一项非常简单的任务，所需的工作量应该是最小的。

以下是一个表格，可一目了然地比较所有选项：

技术 移动服务中的替换 迁移工作量 迁移策略
OData 重用 SMP SDK 或新 SDK 低 重新部署
MBO 本机 MDK 移动后端工具 中高 调整
SAP Work Manager/库存经理 SAP Work Manager 云版本或 SAP Inventory Manager 云版本 中 调整和重用
集成网关 移动后端工具 低 重新部署

架构迁移

在下一阶段，您将计划和执行架构迁移。

正如您在解决方案体系结构概览中所见，移动服务 与 SAP Mobile Platform 有所不同。

创建 SAP Mobile Services 架构大致可以分为以下几个步骤：

  • 创建组织、账户、子账户和空间
  • 安装 SAP Business Technology Platform SAP 云连接器
  • 配置身份提供者
  • 重新创建移动特定配置

虽然不需要中继服务器或反向代理，但需要启用 SAP Business Technology Platform 才能连接到企业预置网络。为了实现这一点，SAP Business Technology Platform 与 SAP 云连接器 一起出现。这是一个企业预置软件组件，其将建立从客户网络内部到客户 SAP Business Technology Platform 账户的连接。随后所有 SAP Business Technology Platform 服务都可以利用此安全连接，而不仅仅是移动服务。然后，该 SAP 云连接器将成为客户端唯一剩余的企业预置组件，从而显著降低系统占用空间。 安装 SAP 云连接器组件后，管理任务包括允许本地资源和配置原则传播到企业预置数据源。此任务并非移动特定的，并且只需执行一次。可从文档中找到有关 SAP 云连接器的更多信息

Cloud Foundry 具有强大的设计以反映组织、团队和空间。在创建自己的设置之前了解这些概念很重要。可从 SAP Business Technology Platform 文档中找到有关此内容的更多信息。通常，您会使用空间来反映开发、质量和生产区域。根据您的需求也可以进行不同的设计。

身份提供者 (IDP) 是授予对在 SAP Business Technology Platform 上运行的解决方案的访问权限的权威。有很多选项可以选择 IDP。对于 SAP Business Technology Platform 试用账户，IDP 是 SAP Identity and Authentication 服务，其管理所有 S 用户和 P 用户并允许对所有 SAP 资源进行单点登录。客户将使用其自己的 IDP，并且可以使用 SAP Business Technology Platform 身份验证服务或连接其现有 IDP。此任务并非移动特定的，并且只需执行一次。移动服务将自动利用 IDP。有关 SAP Business Technology Platform 上的验证的详细信息，可从文档中找到

移动服务的实际管理在“空间”级别进行。在此，移动服务提供了一个与 SAP Mobile Platform 的管理主控室非常相似的管理主控室。迁移期间的任务是从 SAP 移动服务主控室中的 SAP Mobile Platform 重新创建所有应用程序配置。即使没有可用的导入/导出功能，此任务也相当简单，花费的时间不会超过几分钟。此处记录了如何创建应用程序配置。

应用程序迁移

新架构建立后，所有移动应用都需要调整以连接到 SAP Mobile Services。通常，更改移动解决方案中的目标 URL 便已足够，根据安全设置的不同，该区域也可能需要进行细微的更改。

主要代码更改通常并不是必需的，但完全无缝迁移是不可能的，因为 SAP Mobile Platform 和 SAP Mobile Services 存在环境差异。迁移会影响本地体系结构和用户体验。下表描述了 SAP Mobile Platform 应用程序的源架构和对应的目标架构。

迁移前架构 (SAP Mobile Platform) 迁移后架构 (SAP Mobile Services)
SAP 云连接器
已安装 SAP Mobile Platform 3.x 已安装 SAP Mobile Services
SAP Gateway为待迁移的移动应用程序提供 OData 服务 (OnPremise) SAP Gateway为待迁移的移动应用程序提供 OData 服务 (OnPremise)
移动应用程序是 Android、iOS 或 Windows 8.1 的混合应用程序，使用移动应用程序框架 (MAF) 登录插件。 移动应用程序是 Android、iOS 或 Windows 8.1 的混合应用程序，使用移动应用程序框架 (MAF) 登录插件。
移动用户验证针对 SAP Gateway系统 OnPremise 和外部 OData 服务使用基本 HTTP。 移动用户验证针对 SAP Gateway系统 OnPremise 和外部 OData 服务使用基本 HTTP。

请记住，应用程序迁移不适用于：

  • 基于 Agentry 的应用程序

  • 基于 Mobiliser 的应用程序

  • 需要自定义 OSGi 包的移动应用程序；在此场景中，必须将代码库包迁移到用于应用和设备管理的 SAP Business Technology Platform 移动服务。

  • 基于移动业务对象 (MBO) 技术的应用程序

  • 使用自定义 OSGi 验证模块的应用程序基于短消息服务 (SMS) 的应用程序

云卓越

由于企业预置和软件的不同性质，迁移到云环境后管理员的任务和职责会发生更改。以前，管理员负责使用服务包和补丁更新 SAP Mobile Platform、提供硬件资源、管理数据库更新，现在所有这些均由 SAP 在后台管理，管理员无需再费心。然而，这并不意味着不再需要管理员。在 SAP Mobile Services 的上下文中，管理员的关注点更多是确保部署和操作是自动化的，并且针对所有移动应用程序的自动化测试均已就位并正常运行。这是一个持续的流程，迁移后并非所有操作步骤均完全自动化是可以的，但随着时间的推移目标应该是实现这一点。

从 Neo 迁移到 Cloud Foundry 环境

从 SAP Mobile Services Neo 迁移到 Cloud Foundry 环境是另一种迁移场景。此场景中的步骤与上面提到的架构迁移非常相似：

  • 创建组织、账户、子账户和空间
  • 安装 SAP Business Technology Platform SAP 云连接器
  • 配置身份提供者
  • 重新创建移动特定配置
  • 调整移动应用程序

Neo 账户结构不同于 Cloud Foundry 的概念，必须仔细地转化为组织、子账户和空间的概念。

必须复制 SAP 云连接器设置以指向 Cloud Foundry 账户。

需要复制身份提供者设置。总体而言，Cloud Foundry 的安全概念与 Neo 环境有很大不同，该主题的完整讨论超出了此处的范围。安全概念的文档可在此处找到。

移动服务在 Cloud Foundry 中提供了一个类似但不完全相同的管理主控室。这些概念是相同的，但由于基础技术差异，一些任务已移至 SAP 移动服务主控室中的不同位置。例如，应用程序安全不再通过为移动应用程序分配“安全”功能来配置，而是通过应用程序级别标签进行配置。管理员必须熟悉这些细微的差异，但这通常不需要太多时间或专门的培训。

最后，必须调整移动应用程序才能连接到 Cloud Foundry 环境。通常，更改应用程序中的目标 URL 就足够了，但可能需要进行一些更改以反映安全设置中的差异。Cloud Foundry 上的移动服务不支持某些功能。接下来的部分将介绍与 Cloud Foundry 的一些不同之处。

SAP Mobile Services Cloud Foundry 中缺少功能

  • 移动应用程序安全配置不支持“无验证”。移动应用程序的所有交互都必须以经过验证的方式进行。

    作为备选项，Cloud Foundry 上的 SAP Mobile Services 提供了安全配置“仅 API 密钥”，该配置针对连接到 SAP Mobile Services 的所有用户使用每个应用程序通用的 API 密钥，并且不需要用户特定的验证。

  • Cloud Foundry 中不支持目标 SSO 机制 SAPAssertionSSO 类型。

  • 移动应用程序安全配置不支持基于证书的验证。SAP Business Technology Platform Cloud Foundry 不支持使用客户端证书建立 SSL 连接（交互验证）。您仍然可以利用通过选择的身份提供者部署到移动应用程序的证书。请在安全配置中使用验证方法 OAuth（首选）或 SAML。用户验证在 Web 视图中进行，如果需要，Web 视图可将证书提供给身份提供者。这可避免进行任何用户输入，同时仍可利用现有的证书基础架构。

  • 不支持将动态密码与基本验证一起使用。相反，您可以在 SAP Business Technology Platform dentity Authentication 服务中使用双因子验证配置动态密码。移动服务验证方法 SAML 和 OAuth 支持此功能。

  • 不支持安全登录服务器。

  • 不支持文档资源库。

    作为备选项，您可以使用现有 Cloud Foundry 服务实例创建后端系统的目标。请参阅使用现有服务实例创建目标，然后搜索“文档服务实例”了解更多信息。

SAP 移动服务主控室更改

如果您熟悉 SAP 移动服务主控室，您会发现移动服务 Cloud Foundry 主控室中存在多个不同之处。主要更改包括：

  • 使用 SAP Identity and Authentication 服务（缺省身份提供者）对 SAP 移动服务主控室的访问权限进行验证。仅在运行时使用云子账户中的信任配置（用户通过移动应用程序进行连接时）。

  • 不再在全局级别配置目标，而是在应用程序级别中配置。

  • 网络跟踪作为应用程序级别的功能进行配置和访问。该功能必须添加到您要为其捕获网络流量的移动应用程序。

  • 移动应用程序警报在应用程序级别进行配置和访问。该功能必须添加到您要为其发送警报的移动应用程序。

  • 已登录用户和设备列表是“客户端设置”功能（每个移动应用程序必须具有的功能）的一部分。您可以在设备注册下查看此功能中的已注册用户和设备的列表。

  • 不再提供全局日志配置页面。但您可以单独为每个移动应用程序和功能启用详细事件日志。启用后，将会记录 DEBUG 和 INFO 事件日志消息，记录的消息可在分析日志下找到（与 Neo 类似） 。

  • 移动应用程序的安全配置不再作为功能进行处理，而是作为单独的移动应用程序标签进行处理。

  • 现在，测试推送消息在移动应用程序的移动推送通知功能中触发。

  • 要启用基本验证，您需要在移动服务和子账户之间建立信任。必须为每个使用移动服务的空间完成一次此操作，且必须进行配置以支持基本验证。有关建立信任的详细信息，请参阅配置安全信任

  • 现可通过移动应用程序的移动客户端日志上传功能访问上传的客户端日志（移动应用程序日志）。

  • 测试用户不再在 SAP 移动服务主控室 内进行标记，而是必须映射到 SAP Business Technology Platform 主控室中的 BetaTestUser 角色（在安全 > 信任下）

移动应用程序配置的迁移

熟悉 SAP 移动服务主控室操作中的一些更改后，在 Neo 和 Cloud Foundry 之间复制移动应用程序配置应该非常简单。理想情况下，手动复制几个应用程序和账户即可熟悉 SAP 移动服务主控室。

您可以手动重新创建应用程序，或者在 Neo 中导出应用程序配置并在 Cloud Foundry 中导入该配置。后一个流程在导入应用程序配置中予以介绍。请注意该页面上介绍的说明。通常，在导入应用程序后需要进行一些手动调整（不需要调整的情况很少）。

导入 Neo 应用程序

由于移动服务在 Neo 和 Cloud Foundry 中的差异，仅部分应用程序配置可导入 Cloud Foundry，其他部分配置必须重新创建。

  • 应用程序基本信息
  • 安全功能
  • 客户端策略功能
  • 连接功能
  • 离线功能
  • 推送功能

导入应用程序前

  • 在 Cloud Foundry 子账户中导入客户身份提供者。

  • 如果使用 SAP 云连接器，则将 SAP 云连接器连接到 Cloud Foundry 子账户，并为后端服务器配置虚拟主机。

  • 如果在 SAP 云连接器中主体传播的主题模式中使用 $mail，则更改为使用 $email 属性。建议在主题模式中使用 $name 属性，以便使用一个 SAP 云连接器来同时支持 Neo 和 Cloud Foundry。

注释

请注意，使用 SAP Identity and Authentication 服务对用户进行验证时，Neo 和 Cloud Foundry 上的 $name 值可能有所不同。使用客户身份提供者没有此类差异。

导入应用程序前

  • 如果存在，请在“推送”功能中输入密码或密钥。
  • 如果存在，请在“应用更新”功能中导入应用修订。
  • 如果存在，请在“客户端资源”功能中导入客户端资源。

验证类型

导入 Cloud Foundry 后，某些验证类型需要一些手动步骤。下表显示了 Neo 和 Cloud Foundry 之间的验证类型映射，以及一些操作。

Neo 中的验证类型 导入到 Cloud Foundry 的验证类型 操作
SAML SAML N/A
OAuth OAuth N/A
基本 使用 SAP Identity and Authentication 服务的基本 N/A
使用 SCIM/HMSCIM 的基本 使用 SAP Identity and Authentication 服务的基本 使用基本后端服务器信息将验证类型更改为“基本”。
证书 SAML 移动服务不支持用户证书登录，因为 Cloud Foundry 平台不支持。作为备选解决方案，客户可以选择在其 IDP 中使用 SAML 验证类型启用用户证书登录。将设备应用程序修改为使用 SAML 验证后，用户登录始终可以从设备使用用户证书。移动目标单点登录机制也必须相应地修改。
无 SAML 移动服务不支持无验证。作为备选解决方案，自 2020 年底起，移动服务 支持 API Key 验证类型，该类型与无验证类型非常相似。API Key 要求设备应用程序使用相同的身份验证类型。

移动目标和单点登录机制

某些移动目标属性无法从 Neo 导出，因此必须在将应用程序导入 Cloud Foundry 后手动配置它们。

  • keystore 或 truststore 必须手动配置。

  • 凭据属性（例如密码、密钥、clientsecret 属性）必须手动配置。

下表显示了 Neo 和 Cloud Foundry 之间的单点登录机制映射，以及不同单点登录机制所需的任何操作。

Neo 中的单点登录机制 导入 Cloud Foundry 的单点登录机制 操作
无验证 无验证 N/A
基本验证 基本验证 N/A
主体传播 SAP 云连接器单点登录 N/A
应用程序到应用程序 SSO 应用程序到应用程序 SSO 为移动目标生成签名密钥，下载 SAML 元数据，并将元数据导入到运行后端服务的子账户。
OAuth2 SAML 持有者断言 OAuth2 SAML 持有者断言 为移动目标生成签名密钥并填写 secret 属性，下载 SAML 元数据，并将元数据导入到运行后端服务的子账户。
客户端证书验证 无验证 配置 keystore。
SAPAssertionSSO 无验证 Cloud Foundry 上的 移动服务 不支持 SAPAssertionSSO，客户必须选择另一种需要相应后端服务器配置的单点登录机制。

用户（应用）迁移

除了上述例外，为 SAP Mobile Services Neo 开发的移动应用程序通常与为 Cloud Foundry 对应应用程序相兼容。

从 Neo 转换到 Cloud Foundry 时，必须重置应用程序状态（与从一个 Neo 架构转换到另一个架构类似）。重置应用程序并使用新 URL 重新配置时，应自动执行此操作。在重置应用程序之前，用户需要确保本地离线数据库中没有未同步的数据。

Neo 和 Cloud Foundry 的移动应用程序 URL 不同。在 Cloud Foundry 中，每个移动应用程序都有其自己可连接的唯一主机名，如应用程序的 API 页面中所示。此外，Neo 和 Cloud Foundry 的 OAuth 特定 URL 也不同（权限和令牌端点）。

  • 如果这些 URL 在分发到用户（例如，通过公共应用商店）的应用程序二进制中进行了硬编码，那么将需要推出新版本的应用程序。如果通过移动设备管理工具进行分发，其也将允许在 Neo 和 Cloud Foundry 之间分阶段迁移用户，且能够在转换所有用户前了解系统。

  • 如果应用程序通过扫描二维码进行配置，则反映新配置的二维码可通过 SAP 移动服务主控室 进行下载，且用户可在重置应用程序之后进行扫描。

  • 重置应用程序后，使用发现服务检索登录详细信息的应用程序将重新加载配置。新用户将自动读取新配置。这需要您在 Cloud Foundry 中使用新移动服务实例注册电子邮件域，并发布配置。

迁移检查列表

迁移的确切步骤取决于您的整体设置以及应用程序的类型。以下部分假设所有后端/端点都可以通过 SAP 云连接器访问。也支持其他场景，但配置可能不同。

  • 确保移动服务 Cloud Foundry 支持所有要求（此页面中提供相关信息）。

  • 通过全局账户的权利启用“移动服务”，并将其分配到所需的 Cloud Foundry 子账户。有关详细信息，请参阅启用移动服务。

  • 在指定的子账户中至少创建一个空间。

  • （可选）将 SAP 云连接器连接到 Cloud Foundry 子账户（可将同一 SAP 云连接器连接到多个 SAP Business Technology Platform 子账户）。

  • 手动或使用导出/导入功能复制移动应用程序配置（有关更多详细信息，请参阅本页）。

  • 在您使用的所有相关功能上启用“详细事件日志”，以确保尽早捕获任何差异。

  • 通过将 URL 更改为指向新的架构在移动应用程序中运行初始测试。

  • 验证移动服务中的日志是否存在任何潜在问题。

  • 按特定于您的组织的质量保证过程进行操作。

  • 在向较大用户基础推出前，先手动迁移几个用户，并确保应用程序和后端能够正常运行。

  • 计划应用程序的推广。查看此页面中的详细信息，以了解各种选项。用户必须意识到未同步的工作（离线）是无法从 Neo 转到 Cloud Foundry 的。在重新配置之前，应用程序应处于同步状态。

注释

您可以在子账户的任意数量 Cloud Foundry 空间中启用移动服务。这些移动服务实例彼此完全独立。

这可以作为对开发流程的各个阶段 (dev/test/QA/prod) 进行隔离的适当方法。但是，请记住，某些元素在子账户级别共享。这包括连接的 SAP 云连接器、身份提供者和常规信任配置。

因为您已熟知 Neo 中的情况，因此在大多数情况下，更好的方法也是在子账户级别隔离各个阶段。

将应用升级到 SAP Mobile Services Cloud Foundry 服务

将应用从 移动服务 模型升级到 SAP Mobile Services Cloud Foundry 服务模型。这样便可更容易地在 Cloud Foundry 提供者空间中管理客户应用。

新模型中现提供 SAP Mobile Services：之前需要启用 14 个单独的 Cloud Foundry 服务才能使用全部功能，而现在，名为 "移动服务" 的单一服务下即可提供全部功能。此外，已减少账户中的所需资源。

移动服务 是标准的 Cloud Foundry 服务，允许用户通过在提供者空间（而不是客户空间）下部署的 mobile-approuter 使用 移动服务 服务。功能服务（例如存储、代理等）均作为内部服务（而不是 Cloud Foundry 服务）进行管理。

在 移动服务主控室 中定义新的移动应用程序时，将自动创建 移动服务 服务实例。对于现有移动应用程序，您必须采取措施将现有移动应用程序升级到新模型。该流程将自动化。您暂时可以在不升级的情况下运行应用程序，但以后将不会支持旧的方法。

步骤 1：启用 移动服务 Cloud Foundry 服务

访问 移动服务主控室 且 移动服务 检测到客户空间中未启用新的 移动服务 Cloud Foundry 服务时，将显示横幅 未启用移动应用程序服务。升级需要该服务。查看 SAP Help Portal 以获取说明

查看 SAP Help Portal 以获取有关如何在 SAP Business Technology Platform 中启用服务的说明。

步骤 2：将现有应用升级到 移动服务 Cloud Foundry 服务

在空间中启用 移动服务 服务且访问 移动服务主控室 后，将显示横幅 应用程序需要升级。单击此处以查看详细信息。

升级弹出窗口提供更多详细信息。选择立即升级。升级期间，不可在主控室中执行其他任何操作。或者，您可以选择稍后升级延迟升级，但之后必须进行升级。

在升级过程中，进度条向您显示升级状态。处理时间取决于需要升级的应用数量，但通常相当快（分钟与小时）。

如果升级失败，将显示警告对话框，并提供多个选择。您可以：

  • 选择重试继续之前失败的升级过程。

  • 选择转到事件日志以导航到日志页面并获取更多信息。

  • 您也可以选择取消关闭对话框，并注意后续问题。用户仍然可以运行尚未升级的应用程序，以及那些已升级的应用程序，但在成功升级所有应用程序之前，您无法在 移动服务主控室 中查看或管理已迁移的应用程序。如果尚未升级独立服务实例，则某些功能可能无法在 移动服务主控室 中正常运行（例如，云构建和安全服务设置）。所有现有应用程序升级完成后，您可以在主控室中再次查看和管理已升级的应用。

升级后

成功升级所有应用程序后，定义新应用程序时将不再显示以下属性：

  • 客户端连接超时

  • 会话超时

  • 启用压缩

  • 零停机时间维护

保留以下属性：

  • 后端连接超时

  • 最小压缩大小

否则，没有与此升级相关的其他 移动服务主控室 更改。

Cloud Foundry 和 Neo 的新功能比较

许多新的 SAP Mobile Services 功能现在仅添加到 Cloud Foundry，而不添加到 Neo。移动服务 (Cloud Foundry) 是主流版本，移动服务 的大部分新功能只能在 Cloud Foundry 上使用。

以下是 Cloud Foundry 上可用但 Neo 上不可用的功能列表。该列表仅包含直接影响移动应用程序功能的主要运行时功能。SAP 移动服务主控室 的大多数用户界面增强功能（包括新的分析仪表盘和其他功能）都不涵盖。

  1. OAuth 授予流的 PKCE（代码交换证明密钥）支持

  2. 本地化推送通知消息

  3. 微应用 微信支持（常规/社交；仅限中国）

  4. 数字签名二维码支持登录

  5. 离线 OData 版本 4

  6. 故障日志分析

  7. 客户端使用情况反馈服务

  8. 增强现实

  9. 移动交易桥

  10. 跨上下文 SSO 支持

  11. 应用目录

  12. 微应用 钉钉支持（并非在所有国家/地区都可用）

  13. 服务密钥支持

  14. W3C 推送支持

  15. 云构建服务中支持的定制 移动开发工具包 客户端

  16. 主题设置和品牌化支持

  17. 推送到主题

  18. iOS 和 Android 认证支持

最后更新: February 12, 2025