SAP集成技术(一) 历史

最近想读一本书《SAP Interface Management Guide》,打算边读边记录一些笔记。翻译主要由ChatGPT完成。

本文链接:https://www.cnblogs.com/hhelibeb/p/17838647.html

早期-IDoc/RFC等

SAP的成功归功于R系列产品。当时,SAP R/3是支持公司业务流程的最成功的应用系统。它使用了CS架构,而它的前身(SAP R/2)仍然基于大型机方法。

SAP R/3的主要特点是其组件(称为模块)之间的实时集成。业务交易通过功能组件(如销售和分销(SD)、物料管理(MM)或财务会计(FI))在系统中进行映射。在SD中创建的出口发票生成了一个文档,该文档立即由FI中的其他文档进行映射。由于所有组件都位于一个系统中,操作一个公共数据库,因此确保了整个数据管理的一致性,并且不需要通过跨系统接口进行集成。

由于业务功能的高度复杂性和由于企业全球运营,额外的系统变得越来越必要。例如,一些公司除了中央SAP R/3系统外,每个工厂还操作一个本地SAP R/3系统。在工厂系统中,只有物流组件如MM是相关的,而FI则是在公司总部中心执行的。为了确保可以在财务会计中中心记录业务交易,系统间通过消息接口的方式交换数据,比如IDoc。

另一个集成场景是将人力资源(HR)的管理和流程与会计和物流的流程分离。主要原因是HR相关立法不断变化,这导致频繁的更新和测试。为了独立于会计和物流进程执行这些更新(称为支持包SP)和测试,HR组件被分离。因此需要接口为HR组件和其他组件交换数据,如通过同步接口进行薪资复制,这使用了远程函数调用(RFC)实现。

此外,随着SAP开发了越来越多的额外产品,如SAP BW,SAP CRM, SAP SRM, SAP EWM等, 一些新技术被用来在这些系统和SAP R/3之间交换数据,如队列RFC (qRFC),基于qRFC的BDocs和基于RFC的BAPIs等。

非SAP系统与SAP系统通信的最直接方式是通过SAP的专有RFC协议。为此,SAP提供了被称为动态链接库(DLLs)的运行时库,这些库可以在Windows的非SAP系统中集成,通过所谓的COM层建立通信。这些DLLs到今天仍在使用。稍后,这些库的扩展形式是一个供RFC使用的软件开发工具包(SDK),今天仍被提供为SAP NetWeaver RFC SDK。
几个基本的Connector:

  • SAP Connector for Microsoft .NET
  • SAP Java Connector
  • SAP Business Connector

SAP Business Connector功能最丰富,这个来自WebMethods公司(现在的Software AG)的技术建立了SAP系统和基于互联网的协议(如HTTP)之间的通信。你可以将SAP Business Connector看作是简单的中间件,即一个能够使异构系统通信并支持路由和转换等概念的组件。
除了SAP Business Connector,我们刚刚提到的基于Connector的接口是点对点连接,这些接口现在使用较少,因为与通过中间件实现的接口相比,它们在管理和监控方面有显著的劣势。

2000年代-XI/PI等

在21世纪初,将SAP与非SAP系统集成的需求呈指数级增长,相应的技术平台是SAP NetWeaver。
该平台有4种集成类别:

  • 人员集成
  • 信息集成
  • 过程集成
  • 应用平台

每个类别背后都有一个或多个产品支持相应的集成需求,包括:

  • 人员集成:公司门户 SAP Enterprise Portal
  • 信息集成:商业智能 SAP Business Warehouse (SAP BW)
  • 过程集成:集成代理 SAP Exchange Infrastructure(后来的SAP Process Integration)
  • 应用平台:J2EE服务器 SAP NetWeaver Application Server for Java (SAP NetWeaver AS JAVA )

今天,SAP NetWeaver的角色不再那么大,技术层变为SAP NetWeaver产品和其他组件的组合。部分原因是由于收购,例如BusinessObjects用于扩展业务智能组合,或者Sybase用于移动性和数据库。另一方面,这是由于SAP的云产品策略,它以SAP Business Technology Platform (SAP BTP)的形式提供了一个全新的技术平台。

2010年代-BTP等

2010年代,SAP转向云,收购了多个云产品(SuccessFactors,Ariba,Concur等),并且发展了SAP BTP这一服务平台(PaaS)。

SAP云解决方案可以分为三类:

  • SaaS:如SAP S/4HANA Cloud或SAP
  • PaaS:在SAP BTP上的SAP应用程序开发和集成服务
  • 私有托管云:SAP HANA Enterprise Cloud

SAP S/4HANA是SAP ERP的进一步发展,以两种变体(版本)提供全面的功能:

  • SAP S/4HANA的本地版
  • SAP S/4HANA云

SAP S/4HANA云的可扩展性现在由SAP BTP实现,并由名为SAP Cloud SDK的SDK支持。

SAP BTP提供了混合集成平台解决方案,它可以将将云架构与现有的本地IT环境连接起来。BTP包含以下等相关概念:

  • SAP One Domain Model:基于领域驱动设计(DDD)得到的企业级数据模型,用于简化不同SAP应用程序之间的数据交换和转换。
  • SAP Master Data Integration:基于SAP One Domain Model,通过与应用程序和中心服务交换消息来实现数据同步。借助SAP Cloud Integration,还可以连接到非SAP应用程序。
  • 开放集成:通过SAP Cloud Integration和Open Connectors解决方案,以及通过提供的一系列应用程序编程接口(API)来实现集成项目。
  • AI驱动的集成:这种集成指的是通过机器学习方法简化接口开发,例如,在SAP集成套件的Integration Advisor中的映射建议,以及在SAP Cloud Integration中的iFlows建模建议。

SAP BTP包含以下等组件:

  • SAP API Management: 提供了中心化规划、开发和管理应用程序接口的能力,用于本地部署API。
  • Integration Advisor:提供了一个加速开发集成内容的功能。目前,Integration Advisor包含创建电子数据交换(EDI)映射的功能。在创建新的映射时,会使用所有以前用SAP集成顾问创建的映射的知识,这样许多映射就可以自动生成。然后,你可以将映射导出用于SAP Cloud Integration或SAP Process Orchestration。
  • SAP Cloud Integration: 用于本地运行SAP Cloud Integration内容。
  • SAP Event Mesh: 用于本地处理事件,例如从一个SAP S/4HANA OP系统发送的事件。
  • Open Connectors: 用于本地连接位于同一数据中心的非SAP应用程序。
  • SAP API Business Hub:一个API的中心仓库,提供了SAP世界内可用的标准接口的一般介绍。
  • SAP Graph:Graph扩展了传统的API管理,使您能够以语义连接的数据图的形式公开所有业务数据,通过单个统一且强大的API进行访问。

SAP认为,SAP集成技术的未来是SAP BTP。因此,基于SAP NetWeaver的专有技术最迟在2030年将变得过时,届时相关技术的延长的维护期会结束。这个计划的退役也包括SAP Process Integration或SAP Process Orchestration接口平台。