Apigee：您的 SAP API 更加易于管理的门户

将SAP环境迁移到Google Cloud的企业出于多种原因这样做。大多数人提到将SAP工作负载迁移到Google Cloud的敏捷性、可扩展性和安全性优势；许多人还关注提高正常运行时间和性能。

在某个时候，大多数企业也想探索这样一个观点：他们的业务数据中锁定了一笔财富——而云是解锁这笔财富的钥匙。但是，利用云将数据转化为金钱是一个涉及特殊挑战——以及解决这些挑战的专用工具的过程。对于在云中运行SAP环境的企业来说，其中大多数在遗留系统和数据存储方面都有重要的利益，挑战往往会变得更大。

API的承诺和陷阱

这就是Google Cloud的高级数据分析、机器学习和人工智能能力，特别是我们的API（应用程序编程接口）管理工具发挥作用的地方。我们的Apigee API管理平台正成为我们许多SAP客户的新星，因为它可以为SAP系统和数据存储打开创新和机会的大门。

API管理直接关系到从业务数据中获取价值的真正含义。通过将正确的数据集与愿意并能够将这些数据货币化的人联系起来，你的业务可以获得间接的好处（例如，通过产生洞察力来增加销售额或改善客户体验），以及直接的好处（例如，通过向其他企业出售访问你的数据）。

API已经成为现代数字商业实践的支柱，因为它们促进了这些类型的交易。今天，每台移动设备、网站和应用程序都使用API来访问连接的服务和数据源。API提供了应用程序、平台和整个应用程序生态系统之间的连接点。通过使用REST（代表性状态转移）等事实上的标准，企业可以利用API快速构建和部署创新应用程序。

3个原因说明传统系统和现代API不兼容

运行SAP环境的Google Cloud客户可能已经准备好从他们的数据中找到价值，但他们的SAP系统和数据，以及不遵循REST或其他现代方法的传统API，可能无法完全胜任这项任务。这是因为：

• 平衡可访问性、可用性和安全性是一项艰巨的任务，而且风险很高。向第三方以及内部开发人员开放对业务关键系统的访问可能会带来重大风险。即使对于高度重视安全性的SAP团队来说，提供对传统SAP系统的可靠、程序化访问的过程通常涉及大量的时间和精力。虽然限制访问和API功能都是减轻安全风险的有效方法，但采用这些策略可能会减缓创新的步伐，并很快削弱最初启动这一过程的原因。
• 在传统的SAP应用程序和其他数据存储中管理API可能复杂、昂贵且技术上具有挑战性。现代API的“如何和为什么”与旧系统设计的程序化访问类型之间存在根本性的不匹配。例如，现代应用程序通常以更大的数量交付API请求；这对于客户端单页应用程序以及在现代、弹性扩展的应用服务器上运行的传统服务器端应用程序都是如此。现代应用程序设计使用的数据负载的大小和结构与旧系统设计提供的数据负载之间也存在差异。

这些例子归结为同一个问题：如果您的业务正在运行传统的SAP系统或正在从这些系统中迁移出来，您将需要做大量的工作来使您的数据适用于现代用例和集成。要求第三方开发人员调整他们的方法和技能集以使用您的旧系统将是一个非常艰难的销售。

• 将API访问货币化提出了另一组技术和实际挑战。对于许多公司来说，数据游戏的名字是货币化：实际上向开发者收费以获得访问您高价值数据源的特权。正确处理这个问题不仅仅是在您现有的API前面放置一个虚拟闸机。任何货币化策略的成功与否取决于其定价——这意味着要确切了解谁在使用您的数据，他们何时访问它以及他们如何使用它。即使您不为API调用向开发者收费，通过更高级的分析类型也能获得一些有价值的见解，直到拥有一个统一视图，了解与您组织API流量相关的每个数据流和数据交互。总的来说，API货币化要求API以现代风格构建，设计和维护以供开发者消费，而不仅仅是按照传统方法暴露系统。

SAP环境是否被认为是遗留系统，可能并不令人意外，因为它被设计为专注于SAP系统数据，而不是将SAP系统内的数据开放给其他应用程序。既然这些工具不会自己构建，问题就变成了，谁会来构建它们？

Apigee：用API管理弥合差距

像Apigee这样的API管理解决方案可以帮助IT组织更有效地解决这些问题。在实践中，公司求助于Apigee来应对三种主要的SAP应用现代化模式，所有这些都涉及到使用API创造价值的挑战：

1. 现代化遗留服务。Apigee最重要的能力之一是围绕遗留SAP接口放置一个API“包装器”。开发人员随后可以使用功能丰富、响应迅速、彻底现代化的API进行工作，而Apigee平台则负责处理翻译和优化传入API调用的过程，然后将请求传递给底层的SAP环境。

这种API管理方法还为IT组织提供了一些有用的能力。Apigee简化了设计、实施和测试API的过程，这些API可以在遗留SAP接口之上增加更多功能；它还帮助管理开发人员在哪里、如何以及何时使用API。这也是Apigee API监控和指标的基础——对于大多数IT团队来说，构建这些能力将涉及大量的工作。

2. 从源系统中抽象API。通过在SAP遗留系统和开发人员之间提供抽象层，Apigee平台还确保了一致、可靠和可预测的开发人员体验。通过这种API与底层源系统的解耦，Apigee可以适应系统的位置和可用性的变化，同时继续与使用其API的开发人员正常开展业务。通过这种方式，SAP企业可以包装和推广他们的API产品——例如，通过开发者门户网站发布API——并让他们监控目标系统对API的使用情况。

将源系统与开发者入口点解耦，还可以保护连接的应用程序免受重大后端变更的影响，比如从ECC迁移到S/4HANA。当您对服务进行后端变更时，应用程序继续调用相同的API，没有任何中断。迁移还可能提供机会，将多个SAP和非SAP实现整合到S/4HANA中，或者通过将一些功能转移到云原生系统中来清理核心SAP系统。因为Apigee将消费应用程序从底层系统的变更中抽象出来，并在这些不同的系统之间创建一致性，它可以降低从ECC迁移到S/4HANA或类似的整合项目的风险。

3. 创建云原生、可扩展的服务。Apigee还擅长弥合SAP应用程序与现代、分布式应用程序架构之间的巨大差距，在这些架构中，微服务扮演着至关重要的角色。除了将SAP数据重新打包为微服务并提供货币化这些数据的能力外，Apigee还承担了一些基本的性能、可用性和安全功能：处理访问控制、认证、安全监控和威胁评估，必要时限制流量，以保持后端系统正常运行，同时为应用程序提供一个可以扩展以适应任何工作负载的端点。

不用说，无论您如何使用API管理工具，Apigee的安全功能都是绝对必要的。但是，由于Apigee还提供了性能、分析和可靠性功能，它可以定位公司进入一个完全成熟的API货币化策略。同时，它可以让IT团队相信，开放他们的SAP系统进行创新不会使关键任务系统暴露于潜在伤害。

康拉德电子和Apigee：使用API推动创新

我们看到很多企业使用Apigee从传统的SAP环境中创造价值，这些方式以前似乎是不可能的。以康拉德电子为例，了解Apigee和Google Cloud的其他部分如何协同工作，为SAP用户开辟新的创新途径。

康拉德电子结合了多年作为成功的德国零售商的历史和对创新的先进方法。该公司通过利用现有的传统SAP环境以及Google BigQuery进行了数字化转型，Google BigQuery提供了一个单一的数据存储库，这些数据曾经分散在数十个不同的系统中。Conrad Electronic正在使用Apigee在两个层面上放大其转型的影响和价值。

首先，它使用Apigee来管理与运输公司以及其B2B客户的采购系统之间的数据交换，为这些公司提供改进的零售体验，并减少传统交易环境中的摩擦和潜在错误。

同时，Conrad Electronic使用Apigee为其自身的开发人员提供一套现代化的工具，用于创新和实验。一个小的开发团队抓住了这个想法，构建了一个易于使用的工具，让店内员工和访客可以使用自己的平板电脑和其他设备访问关键的产品、服务和保修信息。

“API让人们有自由和独立性，可以快速有效地实施他们的想法，”Conrad Electronics的首席数字和颠覆官Aleš Drábek说。“作为一个有效的API管理解决方案，Apigee使我们能够利用API的力量来转变我们与客户互动的方式以及我们与B2B客户传输数据的方式。”

原文地址：https://cloud.google.com/blog/products/api-management/how-google-cloud-lets-you-do-more-with-sap