SAP PI-퀵 가이드

SAP Process Integration은 SAP NetWeaver 플랫폼의 일부입니다. NetWeaver 7.0 ehp2 및 이전 버전에서는 SAP NetWeaver Exchange Infrastructure XI라고합니다. SAP NetWeaver Process Integration은 NetWeaver 소프트웨어 구성 요소의 일부이며 회사 내부 시스템 또는 외부 당사자와의 정보 교환에 사용됩니다.

SAP PI / XI를 사용하면 교차 시스템 통신 및 통합을 설정할 수 있으며 Java 및 SAP ABAP와 같은 다양한 프로그래밍 언어를 기반으로 SAP 및 비 SAP 시스템을 연결할 수 있습니다. 시스템 통합 및 통신을위한 복잡한 시스템 환경에서 필요한 오픈 소스 환경을 제공합니다.

SAP Process Integration은 회사 내 또는 회사 외부 시스템과 SAP 및 비 SAP 애플리케이션 간의 원활한 통합을 가능하게하는 미들웨어입니다.

예

회사의 서로 다른 사업부의 일부인 서로 다른 시스템에서 실행되거나 서로 비즈니스 관계가있는 서로 다른 회사 간의 분산 환경에서 구현되는 응용 프로그램입니다. 이 환경에서는 서로 다른 시스템 간의 원활한 통합 및 정보 전송이 필요합니다. SAP PI는 애플리케이션 구성 요소가 비즈니스 로직으로 구현되는 방식을 다루지 않고 서로 다른 구성 요소 간의 데이터 교환에 더 중점을 둔 미들웨어 플랫폼을 제공합니다.

SAP PI를 서로 다른 시스템을 상호 연결하는 중앙 인스턴스 또는 미들웨어로 간주 할 수 있습니다. 이 미들웨어는 SAP PI 런타임 엔진이라고 할 수 있으며이 통신을 중재 통신이라고합니다. 이 통신을 지점 간 시나리오와 비교하면 시스템 및 연결을 쉽게 관리 할 수 있습니다. 이 모든 것 외에도 통합과 관련된 정보를 하나의 중앙 지점에서 사용할 수 있습니다.

SAP PI를 사용하는 서로 다른 시스템 간의 메시지 교환에는 비즈니스 데이터가 포함됩니다. 통신 메시지 프로토콜은 W3C 표준 SOAP 메시지를 기반으로합니다.

SAP PI가 필요한 이유는 무엇입니까?

조직에서 SAP ERP는 단일 시스템을 포함하지 않고 SAP CRM, FICO, EWM 등과 같은 여러 통합 시스템으로 구성됩니다. 모든 데이터 및 정보 교환.

다음은 SAP Process Integration에서 제공하는 주요 기능입니다-

연결성

SAP PI를 사용하면 기술적 인 커뮤니케이션 방식이 다른 여러 애플리케이션과 시스템을 연결할 수 있습니다. SAP PI는 HTTPS 또는 RFC (Remote Function Call)와 같은 다양한 프로토콜을 기반으로 애플리케이션을 연결할 수있는 다양한 어댑터를 제공합니다.

라우팅

라우팅은 런타임시 서로 다른 시스템 간의 메시지 흐름 규칙을 정의합니다.

매핑

SAP PI는 서로 다른 회사간에 설정할 수있는 분산 환경에서 서로 다른 응용 프로그램 또는 시스템을 연결하는 데 사용되므로 두 구성 요소 간의 데이터 교환 구조가 서로 다를 가능성이 있습니다.

매핑은 소스 시스템의 데이터 구조와 대상 시스템의 데이터 구조를 결정합니다. 또한 소스와 대상 시스템 간의 데이터에 적용되는 변환 규칙을 결정합니다.

SAP PI에서 시나리오를 실행할 때 통신 및 처리 기능은 SAP PI 설치와 함께 설치된 런타임 엔진에 따라 다릅니다. 호스트 시스템에 하나 이상의 런타임 엔진을 설치할 수 있습니다. SAP PI는 다음 두 가지 설치 옵션을 제공합니다.

유형 1-이중 사용 유형

이 설치는 ABAP 및 Java를 기반으로하며 통합 컨텐츠 및 이러한 런타임 엔진을 설계 및 구성하기위한 도구를 제공합니다.

통합 엔진
비즈니스 프로세스 엔진
고급 어댑터 엔진

유형 2 — 고급 어댑터 엔진 확장 AEX

이 설치는 Java를 기반으로하며 통합 컨텐츠를 디자인하고 구성하기위한 도구를 제공하며 런타임 엔진으로 고급 어댑터 엔진을 포함합니다.

SAP PI 아키텍처는 디자인 타임, 구성 타임 및 런타임에 사용되는 여러 구성 요소로 구성됩니다. SAP PI에서 발신자 시스템은 소스라고하고 수신자는 대상 시스템이라고하며 아키텍처는Hub and Spoke structure. Spoke는 외부 시스템과 연결하는 데 사용되며 허브는 메시지를 교환하는 데 사용됩니다.

A SAP PI system is divided into the following components −

통합 서버
통합 빌더
시스템 랜드 스케이프 디렉토리 SLD
구성 및 모니터링

런타임 워크 벤치

PI 구성 요소 및 메시지의 중앙 모니터링을 제공하는 데 사용되는 도구입니다.

통합 서버

이는 SAP PI 시스템의 핵심 구성 요소 중 하나이며 메시지 처리에 사용됩니다.

다음과 같은 세 가지 엔진으로 구성됩니다.

비즈니스 프로세스 엔진
통합 엔진
중앙 고급 어댑터 엔진 AAE

비즈니스 프로세스 엔진

이 엔진은 메시지 상관 관계에 사용되며 ccBPM에서 메시지 처리를 처리합니다.

통합 엔진

이 엔진은 라우팅 및 매핑에 사용되며 중앙 통합 서버 서비스를 제공합니다. 소스 구조가 대상 구조와 다른 경우 통합 엔진은 아래 그림과 같이 매핑 런타임을 호출합니다. 여기서 소스 구조는 대상 구조로 변환됩니다.

매핑 런타임은 SAP PI 플랫폼 항목에서 언급 한대로 Java Stack을 기반으로합니다.

메시지는 다음 두 가지 유형이 될 수 있습니다.

Synchronous message 메시지가 요청-응답 부분을 모두 포함하는 것으로 정의됩니다.
Asynchronous message 메시지에 요청 또는 응답 부분 만 포함 된 것으로 정의됩니다.

SAP PI에서 메시지는 인터페이스로 표시됩니다. 인터페이스에는 XML 형식의 메시지 구조와 방향이 포함됩니다.

중앙 고급 어댑터 엔진 (AAE)

통합 엔진이 XML 및 SOAP 프로토콜로 메시지를 처리하므로 비즈니스 시스템에 특정 형식의 데이터가 포함되어 있지 않은 경우 어댑터를 사용하여 통합 엔진에 필요한 메시지 특정 프로토콜 및 메시지 형식을 변환합니다.

SAP PI 아키텍처에서는 어댑터 엔진을 Spoke로, 통합 엔진을 HUB로 간주하여 외부 시스템에 연결할 수 있습니다.

SAP PI 이전 릴리스 이중 스택 시스템에서 대부분의 어댑터는 Java 스택의 일부 였고 두 개의 어댑터 만 ABAP 스택의 일부였습니다.

자바 스택 어댑터

다음 어댑터는 자바 스택에서 실행됩니다-

RFC 어댑터, SAP Business Connector 어댑터, 파일 / FTP 어댑터, JDBC 어댑터, JMS 어댑터, SOAP 어댑터, Marketplace 어댑터, 메일 어댑터, RNIF 어댑터, CIDX 어댑터

ABAP 스택 어댑터

다음 어댑터는 ABAP 스택에서 실행됩니다-

Sr. 아니요	ABAP 스택 어댑터 및 설명
1	IDOC and HTTP Adapter SAP PI가 단일 스택 시스템으로 이동했을 때 최신 릴리스에서는이 두 어댑터도 Java 스택으로 이동했으며 이렇게 형성된 새 엔진을 Advanced Adapter Engine AAE라고합니다.
2	Service Repository Services Registry는 UDDI 불만 레지스트리로, 분류 시스템으로 확장 된 사용 가능한 웹 서비스 정의 (WSDL 기반)를 나열합니다.
삼	Enterprise Service Repository 이는 매핑, 인터페이스 및 프로세스 정의와 같은 디자인 타임 리포지토리 개체를 PI 시스템에 저장하는 데 사용됩니다.
4	System Landscape Directory (SLD) 여기에는 랜드 스케이프 및 소프트웨어 구성 요소 버전에 대한 정보가 포함됩니다. SLD에 등록하도록 SAP 시스템을 구성 할 수 있습니다.
5	Integration Repository 이는 서로 다른 시스템 간의 메시지 교환을 위해 PI system에서 시나리오를 구성하는 데 사용됩니다.

다양한 SAP PI 사용자 인터페이스 도구를 사용하여 SAP PI System 아키텍처의 다양한 구성 요소에 액세스 할 수 있습니다. 가장 일반적인 UI 도구는 다음과 같습니다.

ES Builder −이 도구는 Enterprise Service Repository ESR에서 작업하기위한 Java 사용자 인터페이스를 제공합니다.
SAP NW Developer Studio − Enterprise Service Repository에서 일부 개체 유형을보고 편집 할 수있는 Java Eclipse 기반 도구입니다.
Integration Builder −이 도구는 통합 디렉토리에서 작업 할 수있는 Java 기반 사용자 인터페이스를 제공합니다.

SAP GUI

SAP PI 시스템의 ABAP 스택에 액세스하기위한 SAP 클라이언트 도구입니다.

다음 그림은 SAP PI의 다양한 UI 도구와 이러한 도구를 사용하여 액세스 할 수있는 구성 요소를 보여줍니다.

SAP PI — 플랫폼

단일 스택 대 이중 스택

SAP PI 이전 릴리스에서 모든 구성 요소가 단일 플랫폼을 기반으로하는 것은 아닙니다. Integration Engine, Business Process Engine 및 Integration Builder와 같은 구성 요소는 ABAP 스택을 기반으로하고 Enterprise Service Repository ESR, Integration Directory (SLD, Adapter Engine 등)와 같은 기타 구성 요소는 Java 스택을 기반으로했습니다. 따라서 PI를 실행하려면 ABAP 및 Java 스택이 모두 필요하기 때문에 이러한 유형의 시스템을 이중 스택 시스템이라고했습니다.

ABAP 스택	자바 스택
통합 엔진	엔터프라이즈 서비스 저장소 ESR
비즈니스 프로세스 엔진	통합 디렉토리
통합 빌더	(런타임 워크 벤치, 시스템 랜드 스케이프, 어댑터 엔진, 매핑 런타임)

최신 SAP PI 릴리스에서는 ABAP 스택 구성 요소가 Java 스택에서 작동하도록 수정되었으므로 SAP PI는 실행하는 데 Java 스택 만 필요하며이를 단일 스택 시스템이라고합니다.

SAP PI Tools 홈 페이지를 열려면 다음 URL을 사용하십시오.

http://<host>:5<instance#>00/dir/start/index.jsp

Example − http : // scmehp2 : 50200 / dir / start / index.jsp

SAP PI 홈페이지에는 다음과 같은 4 개의 Java 링크가 있습니다.

ESR (Enterprise Services Repository)
통합 디렉토리 (ID)
시스템 랜드 스케이프 (SL)
구성 및 모니터링 (CM)

ESR (Enterprise Services Repository)

SAP PI에서 Enterprise Service Repository는 통합 시나리오에서 사용할 개체를 설계하고 생성하는 데 사용됩니다. 인터페이스 개체, 매핑 개체 및 다양한 통합 프로세스를 디자인 할 수 있습니다.

인터페이스 개체

다음은 인터페이스 객체입니다-

서비스 인터페이스
데이터 형식
메시지 유형

개체 매핑

메시지 매핑은 보낸 사람과받는 사람 데이터 구조에 따라 수행됩니다.

통합 프로세스

Operation Mapping은 데이터 구조가 다른 경우 소스 구조를 대상 구조로 변환하는 데 사용됩니다. 복잡한 작업 매핑은 메시지 매핑을 사용하여 단순화 할 수 있습니다.

메시지 매핑은 다음과 같은 방법으로 구현할 수 있습니다.

그래픽 매핑
자바 매핑
XSLT 매핑
ABAP 매핑

Enterprise Service Repository에서 Enterprise Service Builder와 웹 UI 및 Service Registry와 같은 다양한 UI 도구를 볼 수 있습니다.

Enterprise Service ES Builder 응용 프로그램을 시작하면 다음 스크린 샷과 같이 처음으로 응용 프로그램을 실행할 수있는 옵션이 표시됩니다. 실행을 클릭하십시오.

응용 프로그램이 시작되면 다음 옵션이 제공됩니다.

상단의 기본 메뉴 표시 줄 및 표준 도구 모음
왼쪽의 탐색 영역
오른쪽 작업 영역

개체 편집기가 작업 영역에 표시됩니다. 이러한 개체 편집기에는 열려있는 개체와 관련된 기능이 포함되어 있습니다.

웹 UI를 실행하면 사용자 이름과 비밀번호를 입력하라는 메시지가 표시됩니다.

웹 기반 인터페이스에서 다음 작업을 수행 할 수 있습니다.

Search − 서비스 인터페이스, 데이터 유형 등을 검색합니다.
Subscribe − 알림 구독.
Manage − 서비스 인터페이스, 데이터 유형 등의 수명주기 상태를 관리합니다.

통합 디렉토리

통합 디렉토리는 Enterprise Service Repository에서 생성 된 개체의 구성에 사용되며 구성은 런타임에 통합 엔진에 의해 실행됩니다. ESR 개체를 구성하려면 개체 (서비스 및 통신 채널)를 가져와야합니다.

서비스를 통해 메시지 발신자 또는 수신자에게 주소를 지정할 수 있습니다. 서비스 사용 방법에 따라 다음 서비스 유형 중에서 선택할 수 있습니다.

비즈니스 시스템
비즈니스 서비스
통합 프로세스 서비스

통신 채널은 어댑터 엔진을 사용하여 외부 원시 메시지를 SOAP XML 형식으로 변환하여 메시지의 인바운드 및 아웃 바운드 처리를 결정합니다. 두 가지 유형의 통신 채널-발신자 채널 및 수신자 채널.

통합 디렉토리에서 네 가지 유형의 구성을 만들 수 있습니다.

Sender Agreement − 통합 서버에서 메시지를 변환하는 방법을 결정합니다.
Receiver Determination − 메시지를받을 수신자의 정보를 결정하는데 사용됩니다.
Interface Determination− 메시지를 보낼 인바운드 인터페이스를 결정하는 데 사용됩니다. 이것은 또한 메시지 처리를위한 인터페이스 매핑을 결정합니다.
Receiver agreement − 수신자가 메시지를 변환하고 처리하는 방법을 정의합니다.

통합 디렉토리에서 통합 빌더를 볼 수 있습니다. Integration Builder를 클릭하면 ESR에서 생성 된 개체를 구성하는 다양한 옵션을 볼 수 있습니다.

시스템 랜드 스케이프 디렉토리에는 랜드 스케이프 및 소프트웨어 구성 요소 버전에 대한 정보가 포함되어 있습니다. 이 디렉토리에 등록하도록 SAP 시스템을 구성 할 수 있습니다. SLD (시스템 랜드 스케이프 디렉토리)는 시스템 랜드 스케이프의 모든 설치 및 설치된 요소에 대한 정보를 관리합니다.

웹 페이지에서 다음 링크를 찾을 수 있습니다-

경치

풍경에서 다음 옵션을 찾을 수 있습니다.

Technical Systems − 시스템과 서버를보고 정의 할 수 있습니다.
Landscapes − 시스템 그룹을보고 구성 할 수 있습니다.
Business Systems − Process Integration에서 사용할 비즈니스 시스템을보고 구성 할 수 있습니다.

소프트웨어 카탈로그

Products − SAP 소프트웨어 카탈로그에서 제품을 볼 수 있습니다.
Software components − SAP 소프트웨어 카탈로그의 소프트웨어 구성 요소를 볼 수 있습니다.

개발

Name Reservation − 이름 예약 및 NW 개발에도 사용됩니다.
CIM Instances − CIM 수준에서 데이터를보고 유지하는 데 사용됩니다.

구성 및 모니터링

SAP PI 도구 홈 페이지의 구성 및 모니터링 옵션을 사용하면 SAP 시스템의 통합 엔진, CCMS 통합 및 프로세스 모니터링 인프라의 기능을 모니터링 할 수 있습니다.

구성 및 모니터링을 사용하여 다음 기능을 모니터링 할 수 있습니다.

Component Monitoring − SAP PI의 다양한 Java 및 ABAP 구성 요소를 모니터링합니다.
Message Monitoring − SAP PI 구성 요소에서 메시지 처리 상태를 모니터링합니다.
Performance Monitoring− 런타임 워크 벤치를 사용하여 SAP PI 시스템에서 다양한 성능 측정을 모니터링 할 수 있습니다. 다양한 집계 보고서를 생성 할 수 있습니다.
End to End Monitoring − 시나리오에 대해 SAP PI System에서 종단 간 수명주기를 모니터링합니다.
Message Index Search − 메시지 모니터링에서 인덱스 기반 메시지 검색을 수행 할 수 있으며 어댑터 별 선택 등을 기반으로 검색 할 수도 있습니다.
Alert Inbox − 경고받은 편지함은 비즈니스 사용자에게 할당 된 역할에 따라 다르며 구성에 따라 SAP PI System의 모든 경고를 보는 데 사용됩니다.
Alert Configuration− C & M의 경고 프레임 워크를 사용하면 ABAP 및 Java에서 메시지 처리 중 모든 오류를보고 할 수 있습니다. 경고 구성을 사용하면 경고가 오류에 대해보고되고 분석을 수행해야하는 경우 정책을 정의 할 수 있습니다.
Monitoring of Runtime Cache − 런타임 캐시에서 개체를 볼 때 사용됩니다.

SAP PI 도구 홈 페이지의 구성 및 모니터링에서 이러한 옵션이 어디에 있는지 살펴 보겠습니다. Configuration and Monitoring Home 아래에 다음 스크린 샷과 같이 세 가지 옵션이 표시됩니다.

모니터링 탭

모니터링 탭에서 다음 스크린 샷과 같이 4 가지 옵션이 제공됩니다.

Message Overview− 특정 기간 동안의 메시지 처리 개요를 가져 오는 데 사용됩니다. 메시지는 처리 상태별로 집계됩니다.
Alert Inbox− SAP NetWeaver Process Integration에서 발생하는 보류중인 메시지 기반 경고를 처리하는 데 사용됩니다. 경고는 런타임 정보와 문제 해결 도구에 대한 링크를 제공하여보다 빠른 문제 격리를 용이하게합니다.
Message Search with Trex− 메시지 페이로드 콘텐츠를 사용하여 메시지를 검색하는 데 사용됩니다. 문서를 인덱싱하고 검색하려면 검색 및 분류 엔진 TREX가 필요합니다. 또한 메시지 인덱싱을 설정하고 활성화했습니다.
Component Monitor − 이것은 SAP NetWeaver Process Integration의 개별 구성 요소의 상태에 대한 통찰력을 얻는 데 사용됩니다.

구성 및 관리 탭

구성 및 관리 탭에서 다음 스크린 샷과 같이 3 가지 옵션이 제공됩니다.

Message Indexing (Trex) − 검색 및 분류 엔진 TREX를 사용하여 인덱스 기반 메시지 검색을위한 인덱싱을 제어하고 모니터링하는 데 사용됩니다.
Alert Rules− 경고 규칙을 만들고 관리합니다. 경고 규칙에서 시스템이 경고를 생성하는 런타임 조건을 정의합니다.
SLD Registration− 기술 구성 단계에서 SAP NetWeaver Process Integration의 구성 요소가 올바르게 등록되었는지 확인하는 데 사용됩니다. 등록에 수정 사항을 적용하고 추가 구성 요소를 등록 할 수 있습니다.

테스트 탭

테스트 탭에서 다음 두 가지 옵션이 제공됩니다.

테스트 메시지 보내기

통합 엔진 또는 고급 어댑터 엔진에 테스트 메시지를 전송하여 메시지 플로우를 시뮬레이션하고 SAP NetWeaver Process Integration 런타임이 올바르게 작동하는지 확인합니다.

캐시 연결 테스트

이는 SAP NetWeaver Process Integration의 인프라 구성 요소의 캐시 연결 상태를 검사하고 런타임 캐시와의 연결을 테스트하는 데 사용됩니다.

SAP PI에서는 두 가지 유형의 통신을 정의 할 수 있습니다. Synchronous 과 Asynchronous.

동기식 통신

동기 통신은 요청 및 응답 작업에 의해 호출되고 프로세스 출력은 작업 직후에 반환됩니다. 일반적으로 동기 시나리오는 송신자 프로세스가 수신자에게 요청을 보내고 응답을 기다리는 경우라고 말할 수 있습니다. 수신자 측에서 오류가 발생하면 발신자 응용 프로그램이 메시지를 다시 전송해야합니다.

이 접근 방식에서는 보낸 사람이 시간 초과 후 메시지를 다시 보낼 수 있으며 중복 메시지가있을 수 있습니다. PI에서 이러한 접근 방식은BE (Best Effort).

두 가지 시스템을 고려하십시오. A 과 B. 그리고 두 시스템 사이에 중간 시스템 I을 도입합니다. 시스템 A와 시스템 I 간의 통신은 동기식이고 시스템 A와 시스템 B 간의 통신은 비동기식입니다.

이 통신 시나리오에서 다음과 같은 유형의 오류가 발생할 수 있습니다.

Application Error − 메시지를 처리하는 동안 수신자 측에 오류가 발생하여 발신자는이 오류를 인식하지 못하고 계속 응답을 기다립니다.
Network level Error−이 오류는 발신자와 수신자 사이의 통신 네트워크에 오류가 있습니다. 보낸 사람은이 사실을 알지 못하며 메시지는 그 사이에 갇혀 있고 보낸 사람은 작업 시간이 초과 될 때까지 기다립니다.

Error in Response Message −이 시나리오에서는 오류가 발생하고 응답 메시지가 중간에 갇히고 보낸 사람이 계속 대기합니다.

장점

다음은 동기식 통신 사용의 주요 이점입니다-

응답 메시지 라우팅을 구성 할 필요가 없습니다.
응답을 요청과 연관시킬 필요가 없습니다.
이 통신에서는 즉시 응답이 수신됩니다.

권장 시나리오

이는 구매 주문보기와 같이 읽기 작업과 관련된 작업에 적합합니다.

단점

다음은 비동기 통신 사용의 주요 단점입니다-

실패한 경우 발신자는 메시지를 다시 보내야합니다.
그만큼 receiving system 중복 메시지를 확인하도록 구성해야합니다.
이 시나리오에서는 응답을 받거나 시간 초과 오류가 발생할 때까지 보낸 사람 응용 프로그램이 차단됩니다.
여러 수신기를 구성 할 수 없습니다.

비동기 통신

비동기 통신에서는 두 시스템 사이에 중간 시스템 또는 미들웨어를 추가합니다. 보낸 사람 응용 프로그램이 요청을 보낼 때 수신자 응용 프로그램이 응답을 보낼 때까지 기다리지 않습니다. 어떤 이유로 인해 장애가 발생하면 미들웨어가 메시지를 재전송합니다. 필요한 경우 수신 시스템은 별도의 비동기 호출로 보낸 사람에게 응답을 다시 보낼 수 있습니다.

SAP PI의 이러한 접근 방식을 Exactly Once (EO) 또는 Exactly Once in Order (EOIO).

중간 시스템은 대기열이며 A의 메시지가 먼저 대기열에 추가되고 수신자 측에서 대기열에서 가져와 수신자에게 전송됩니다. 시스템 B의 응답 메시지는 다음과 같습니다.

FIFO (선입 선출)를 사용하여 비즈니스 요구 사항에 따라 특정 상황에서 순서를 유지할 수도 있습니다. 이 시나리오를 Asynchronous with order maintenance 또는 Exactly Once in Order (EOIO)라고합니다.

비동기 통신은 보장 된 전달을 보장합니다. 수신자 시스템을 한동안 사용할 수없는 경우 중간 대기열은 메시지를 유지하고 수신자 시스템을 사용할 수 있고 메시지를 대기열에서 가져와 수신자 시스템으로 보낼 때까지 그대로 남아 있습니다.

권장 시나리오

구매 오더 생성 또는 구매 오더 수정과 같은 수정 작업에 권장됩니다.

장점

다음은 비동기 통신의 주요 장점입니다.

오류 발생시 SAP PI 시스템은 보장 된 배달을 보장하고 메시지를 다시 보냅니다.
중복 검사에 필요한 구성이 없습니다.
이 시나리오에서는 여러 수신자를 구성 할 수 있습니다.
발신자 시스템과 수신자 시스템이 동시에 온라인 상태 일 필요는 없습니다.
PI는 비동기 통신을 통해 전송 된 모든 메시지를 기록합니다.
중간 시스템이 메시지 및 응답 요청을 유지하므로 시간 초과가 없습니다.

단점

다음은 비동기 통신의 주요 단점입니다-

이 시나리오에서 보낸 사람은 요청에 대한 응답을 자체적으로 연관시켜야합니다.
응답 메시지는 별도로 구현하고 라우팅해야합니다.
즉각적인 응답을 제공하지 않습니다.

SAP PI — 기술

SAP는 SAP NetWeaver Process Integration이라는 NetWeaver 기반 미들웨어를 제공합니다. SAP NetWeaver PI는 Simple이라는 특정 형식으로 메시지를 전달합니다.Object Access Protocol (SOAP-HTTP). 이 메시지에는 헤더와 페이로드가 포함됩니다. 헤더에는 발신자 및 수신자 정보와 같은 일반 정보가 포함되고 페이로드에는 실제 데이터가 포함됩니다.

시스템은 SAP NetWeaver PI와 직접 또는 어댑터를 사용하여 통신 할 수 있습니다.

애플리케이션 어댑터를 사용한 통신
기술 어댑터를 사용한 통신
산업 표준 어댑터를 사용한 통신
트랜잭션 어댑터를 사용한 통신
프록시를 사용한 직접 통신

하나의 엔터프라이즈 서비스 저장소에서 다른 저장소로 개체 형태의 정보를 전송하려면 세 가지 전송 수단 중에서 선택할 수 있습니다.

파일 시스템 기반 전송
변경 관리 서비스 (CMS)
변경 및 운송 시스템 (CTS)

그림은 ESRep_1 및 ESRep_2에서 다른 ESRep으로 전송 된 버전 A 및 버전 B의 두 소프트웨어 구성 요소를 보여줍니다.

전송 수준 보안

전송 수준 보안에는 네트워크를 통해 전송하는 동안 디자인 개체의 보안이 포함됩니다. 객체를 전송하는 동안 전송 수준에서 인증 및 암호화를 수행하고 끝점에서 권한을 부여합니다. 내부 통신의 경우 보안 연결을 통한 데이터 암호화 및 복호화를 위해 SSL (Secure Socket Layer)을 사용합니다. SAP와 비 SAP 시스템 간의 외부 통신의 경우 암호화 유형은 통신에 사용되는 어댑터 유형에 따라 다릅니다.

SAP PI 어댑터 및 보안 메커니즘 −

어댑터	실험 계획안	보안 메커니즘
HTTP 기반 어댑터	HTTP	HTTPS
RFC 기반 어댑터	RFC	안전한 네트워크 통신
메일 어댑터	SMTP, IMAP4, POP3	HTTPS
파일 어댑터	FTP	SSL을 통한 FTP

전송 수준 승인

전송 수준 권한을 얻기 위해 클라이언트 인증과 함께 HTTP를 사용할 수 있습니다. HTTP 전송 수준 인증은 사용자 이름과 암호, X.509 인증서 또는 SAP 로그온 티켓을 사용할 수 있습니다.

메시지 수준 보안

암호화 기술과 디지털 서명을 사용하여 메시지 수준 보안을 달성 할 수 있습니다. 네트워크를 통해 보낼 메시지는 먼저 세션 키와 암호화를위한 공개 키를 포함하는 암호화 알고리즘에 의해 암호화됩니다. 수신자 측에서 동일한 세션 키와 공개 키를 사용하여 메시지를 해독하여 내용을 확인합니다.

HTTP 전송 수준

HTTP 전송 수준에 대해 다음 메커니즘을 사용할 수 있습니다-

사용자 ID 및 비밀번호
X.509 인증서
SAP 로그온 티켓
메시지 수준 보안
S/MIME
WS 보안
XML 서명
XML 암호화

SAP PI는 인바운드 메시지를 수신자에게 할당하고이를 다른 구조 또는 프로토콜에 매핑하는 런타임 환경입니다. SAP NW PI에는 메시지 처리 방법에 대한 정보가 필요합니다. 디자인 개체에 대한 정보는 PI Enterprise Service Repository ESR 및 통합 디렉터리에 있습니다.

SAP PI에 연결된 시스템은 SLD (System Landscape Directory)에서 유지 관리됩니다. SLD의 데이터는 다음 범주로 나눌 수 있습니다.

소프트웨어 구성 요소 정보
시스템 랜드 스케이프 설명

소프트웨어 구성 요소 정보

사용 가능한 모든 SAP 소프트웨어 모듈에 대한 정보가 포함됩니다. 또한 종속성과 함께 소프트웨어 모듈의 가능한 조합도 포함됩니다. 예를 들어 소프트웨어 구성 요소, 릴리스, 지원 패키지, OS 버전 및 데이터베이스 등이 있습니다.

이를 확인하려면 SLD (System Landscape Directory)로 이동하십시오.

모든 기술 시스템, 유형, 버전 및 마지막 업데이트를 보려면 기술 시스템 탭으로 이동하십시오.

제품 및 소프트웨어 구성 요소를 보려면 소프트웨어 카탈로그 옵션으로 이동하십시오.

제품 탭을 클릭하면 모든 제품과 해당 버전 및 공급 업체 이름을 볼 수 있습니다.

소프트웨어 구성 요소, 버전 및 공급 업체 이름을 확인할 수도 있습니다.

시스템 랜드 스케이프 설명은 개별 시스템 랜드 스케이프 정보를 정의합니다. 데이터 공급자는 정기적으로 SLD 최신 시스템 정보를 제공합니다.

모델은 메시지 유형, 데이터 유형 등과 같은 응용 프로그램과 해당 디자인 개체 간의 메시지 교환을 보여줍니다. 모델은 통합 구성 시나리오의 기반이며 입력 및 출력 처리는 메시지 라우팅을 정의합니다. SAP PI 모델링 시나리오는 SAP PI에서 통합 시나리오를 설계하는 데 사용됩니다.

다음 두 가지 통합 시나리오 모델을 사용할 수 있습니다.

프로세스 구성 요소 아키텍처 모델
프로세스 통합 시나리오 모델

프로세스 구성 요소 아키텍처 모델

프로세스 구성 요소 아키텍처 모델은 애플리케이션 역할 SOA 백본에 사용됩니다. 이 모델에는 프로세스 구성 요소 모델, 통합 시나리오 모델 및 프로세스 구성 요소 상호 작용 모델이 포함됩니다. 프로세스 구성 요소 모델은 프로세스 구성 요소의 내부 구조에 대한 세부 정보를 제공합니다. 통합 시나리오 모델은 다양한 배포 단위 및 프로세스 구성 요소에서 전체 시나리오를 정의합니다. 프로세스 구성 요소 모델은 서로 다른 구성 요소가 서로 상호 작용하는 방식을 정의합니다.

프로세스 통합 시나리오 모델

이것은 응용 프로그램 역할 프로세스 통합 시나리오에 사용됩니다. Enterprise Service Builder의 디자인 개체이며 이름과 네임 스페이스로 고유하게 식별되며 여러 버전을 만들 수 있습니다.

프로세스 통합 모델을 작성하기 전에 비즈니스 시나리오 및 비즈니스 프로세스를 정의해야합니다. 프로세스 통합 단계는 애플리케이션에서 수행됩니다. 응용 프로그램은 소프트웨어 구성 요소의 형태로 실행됩니다. 또한 여러 버전의 소프트웨어 구성 요소를 만들 수 있으며 응용 프로그램과 소프트웨어 구성 요소 간의 관계는 1 : 1입니다.

디자인 개체는 이름과 네임 스페이스로 고유하게 식별되며 하나의 소프트웨어 구성 요소에 할당됩니다. 다양한 기능을 수행하기 위해 서로 다른 디자인 개체를 만들 수 있으며 일부는 필수 개체이고 나머지는 통합 시나리오에서 선택 사항입니다. 가장 일반적인 디자인 개체에는 프로세스 통합 시나리오, 메시지 유형, 데이터 유형, 매핑 등이 포함됩니다.

다음 표는 일반적인 디자인 개체, 그 기능 및 시나리오에서의 사용을 정의합니다.

디자인 개체	필수	함수
통합 시나리오	아니	필요한 모든 디자인 개체를 묶는 데 사용됩니다.
메시지 유형	예	데이터 유형을 캡슐화하는 데 사용됩니다.
데이터 유형	예	교환 할 데이터의 구조를 설명하는 데 사용됩니다.
서비스 인터페이스	예	메시지 유형 및 매개 변수를 캡슐화합니다.
매핑	아니	메시지 매핑
통합 프로세스	아니	ccBPM 워크 플로우를 정의합니다.

이러한 디자인 개체는 종종 계층의 형태로 표현됩니다.

인터페이스가 많고 각 인터페이스에 미들웨어가 포함 된 회사를 생각해보십시오. 사용되는 다양한 유형의 미들웨어를 확인하려고합니다. 이 작업은 SAP PI 도구 시작 페이지에 로그인하여 수행 할 수 있습니다.

Step 1 − Integration Builder URL 또는 T 코드 사용 — SXMB_IFR.

Step 2 − SAP PI 7.3 화면에서 System Landscape Directory로 이동합니다.

Step 3− 다음 스크린 샷과 같이 제품을 클릭합니다. 사용자 이름과 비밀번호를 입력하라는 메시지가 표시되면 세부 정보를 입력합니다.

Step 4 − 기술 시스템을 보려면 소프트웨어 구성 요소가 할당 된 제품 이름을 입력하고 이동을 클릭하십시오.

Step 5− 제품 이름을 클릭하고 세부 정보 창에서 설치된 시스템 탭으로 이동합니다. 거기에서 할당 된 기술 시스템의 이름을 확인할 수 있습니다.

Step 6−이 기술 시스템에서 파생 된 비즈니스 시스템을 보려면 기술 시스템을 선택하십시오. SLD 홈페이지 → 비즈니스 시스템으로 이동하여 확인할 수도 있습니다.

Step 7 − 기술 시스템 이름을 입력하고 이동을 클릭합니다.

Step 8 − 비즈니스 시스템의 이름을 결정하는 필드의 이름을 지정합니다.

SAP PI에서 통합 시나리오를 생성하려면 System Landscape Directory에서 기술 및 비즈니스 시스템을 생성해야합니다.

SLD는 SAP NetWeaver Application Server Java에서 Java 소프트웨어 구성 요소 (SAP _JTECHT)로 구현됩니다. 개방형 CIM (Common Information Model) 표준을 기반으로하며 www.dmtf.org 의 Distributed Management Task Force, Inc.에서 정의하고 게시합니다 .

SLD는 애플리케이션 구성 요소 정보, 제품 및 소프트웨어 구성 요소, 시스템 환경 데이터 (기술 및 비즈니스 시스템)에 대한 중앙 목록 도구입니다.

SLD에서 비즈니스 모델에서 기술 모델로 이동하려면 프로세스 단계와 소프트웨어 구성 요소 간의 관계를 사용합니다.

SLD에서 소프트웨어 구성 요소를 전송하는 방법은 무엇입니까?

시스템 랜드 스케이프 디렉토리를 설치하면 초기 카탈로그가 설치됩니다.

SAP Market Place에서 더 많은 최신 카탈로그를 가져올 수 있습니다.

프로젝트 및 통합 시나리오에 따라 고유 한 소프트웨어 구성 요소 및 제품을 가져올 수도 있습니다.

A2A 시나리오의 경우 비즈니스 시스템이 사용되며 SLD에 존재합니다. B2B 시나리오의 경우 비즈니스 오브젝트를 사용하고 통합 디렉토리에 상주합니다.

기술 시스템

기술 시스템은 SLD (System Landscape Directory)의 일부이며 버전, 데이터베이스 및 패치 수준, 운영 체제 등에 대한 정보를 포함합니다.

기술 시스템에는 다양한 모드가 있습니다.

AS ABAP 시스템
AS 자바 시스템
독립형 Java 시스템
제 3 자

기술 시스템에서 SLD로 데이터를 전송하는 데 사용할 수있는 다양한 가져 오기 도구가 있습니다. SAP NetWeaver Administrator는 일반적인 SAP AS JAVA> 7.1 가져 오기 도구입니다.

비즈니스 시스템

비즈니스 시스템은 SLD에서 송신자 및 수신자 역할을합니다. 기술 시스템의 소프트웨어 구성 요소를 제품으로 상속합니다. SLD의 비즈니스 시스템에 새로운 소프트웨어 구성 요소를 추가 할 수 없습니다.

SAP AS ABAP에서 각 클라이언트는 하나의 비즈니스 시스템으로 정의됩니다. SAP AS Java에서 각 기술 시스템은 비즈니스 시스템 역할을합니다.

SAP PI 파일 대 파일 시나리오에서는 소스 시스템에서 대상 시스템으로 파일을 전송합니다. 구성 요소가 SAP PI에 구축되면 Enterprise Service Builder에서 개체를 생성하여 SAP PI System에서 파일을 전송할 수 있습니다.

SAP PI — 파일 대 파일 시나리오 실행

Step 1 − ESR 아래의 SAP PI 도구 페이지 → Enterprise Service Builder로 이동합니다.

Step 2 − 객체를 생성해야하는 컴포넌트 이름을 찾으려면 컴포넌트를 확장하여 소프트웨어 컴포넌트 버전을 찾으십시오.

Step 3 − 컴포넌트 선택 → 오른쪽 클릭, 클릭 New 이 구성 요소 아래에 개체를 만듭니다.

Step 4− 우리가 생성하는 첫 번째 객체는 네임 스페이스입니다. URL 형식으로 네임 스페이스를 입력하고Create 하단의 버튼.

Step 5 − 소프트웨어 구성 요소 아래에 개체가 생성되면 개체를 저장하고 활성화합니다.

Step 6 − 활성화하려면 Activate 다음 스크린 샷과 같이-

Step 7− 네임 스페이스가 저장되고 활성화되면 데이터 유형을 생성합니다. 소프트웨어 구성 요소로 이동 → 오른쪽 클릭 → 새로 만들기. 다음 창에서 인터페이스 개체 선택 →data type.

Step 8 − 데이터 유형 및 네임 스페이스 이름을 입력하고 클릭 Create위와 같이. 다음은 데이터 유형에 하위 요소를 삽입하는 것입니다.

Step 9 − 요소의 이름을 입력합니다.

Step 10 − 하위 요소를 삽입하여 하위 직원 ID와 이름을 추가합니다.

Step 11− 유형과 발생을 정의합니다. 발생은 해당 요소가 파일에 나타나는 횟수를 정의합니다. 최소 발생 및 최대 발생 값을 선택할 수 있습니다.

Step 12 − 클릭 Save 단추.

Step 13− 데이터 유형을 활성화합니다. 데이터 유형 → 활성화로 이동합니다.

메시지 유형 생성

Step 1 − 네임 스페이스를 마우스 오른쪽 버튼으로 클릭 → 새로 만들기

Step 2− 인터페이스 개체에서 메시지 유형을 선택합니다. 필드를 입력하십시오.

Step 3 − 메시지 유형의 이름을 입력합니다.

Step 4− 기본적으로 네임 스페이스 및 소프트웨어 구성 요소의 이름을 사용합니다. 그렇지 않은 경우 수동으로 선택할 수 있습니다. 그런 다음 만들기를 클릭합니다.

Step 5− 이제 메시지 유형에 사용할 데이터 유형을 정의하십시오. 데이터 유형을 왼쪽 표시 줄에서 메시지 유형 (

) 아래의 데이터 유형 옵션으로 끕니다 . 저장 버튼을 클릭합니다.

Step 6 − 메시지 유형 활성화 → 활성화.

Note− 입력 파일과 출력 파일의 구조가 동일하면 하나의 데이터 유형과 하나의 메시지 유형 만 사용할 수 있습니다. 구조가 다른 경우 인바운드 및 아웃 바운드에 대해 두 가지 데이터 유형과 메시지 유형을 작성해야합니다. 이 예에서는 입력 및 출력 파일 모두에 동일한 구조를 사용합니다.

이제 서비스 인터페이스를 만드는 방법을 이해하겠습니다. 두 개의 서비스 인터페이스를 만들어야합니다.inbound 그리고 하나는 outbound.

Step 1 − 네임 스페이스 → 새로 만들기 → 인터페이스 개체 → 서비스 인터페이스를 마우스 오른쪽 버튼으로 클릭합니다.

Step 2− 서비스 인터페이스 이름 (In – Inbound here)을 입력하고 기본적으로 Namespace 값과 소프트웨어 구성 요소 버전을 사용합니다. 딸깍 하는 소리Create 단추.

Step 3 − Inbound Service Interface에서 카테고리를 다음과 같이 입력하십시오. Inbound 통신 방식은 Synchronous 또는 Asynchronous.

Step 4− 이제 아래와 같이 왼쪽 창에서 Service Interface Inbound Request Message로 드래그하여 Message Type을 정의합니다. 상단의 저장 버튼을 클릭합니다.

Step 5 − 서비스 인터페이스로 이동하여이 서비스 인터페이스를 저장 한 후 활성화하십시오.

Step 6 − 마찬가지로, 아웃 바운드 프로세스를위한 서비스 인터페이스를 생성합니다.

Step 7 − Service Interface → Object → New를 선택할 수 있습니다.

Step 8 − 서비스 인터페이스의 이름을 입력합니다 (Out은 아웃 바운드 프로세스를 나타냄).

Step 9 − 클릭 Create 버튼을 눌러 인터페이스를 만듭니다.

Step 10 − 다음 창에서 카테고리와 통신 모드를 정의하십시오. Outbound Service Interface. 두 서비스 인터페이스에 대해 하나의 메시지 유형이 있으므로 왼쪽 창에서 메시지 유형을 끌어서 메시지를 요청하고 저장을 클릭합니다.

Step 11 − 저장되면 Activate 서비스 인터페이스 버튼 아래에 있습니다.

이제 인바운드 프로세스를 아웃 바운드 프로세스에 매핑하는 메시지 매핑을 만드는 방법을 이해하겠습니다.

Step 1 − Object → New → Mapping Objects → Message Mapping으로 이동합니다.

Step 2 − 매핑 이름의 이름을 입력하고 클릭 Create위와 같이. 이제 소스 및 대상 메시지를 정의하십시오. 메시지 유형 아래의 메시지를 매핑 아래의 소스 및 대상 메시지로 끕니다.

Step 3− 이제 사용 가능한 매핑 옵션을 사용하여 이러한 메시지를 매핑합니다. 드롭 다운에서 기능을 선택하면 각 탭에서 사용할 수있는 다양한 옵션을 볼 수 있습니다.

Example− 소스 파일에 이름과 성이 있고 대상 파일에 전체 이름이 필요합니다. 여기에서 텍스트 기능에서 Concatenate를 사용할 수 있습니다.

Step 4 − 이제 우리는 file to file scenario 따라서 소스 및 대상 매핑 만 선택하고 이름과 구조가 동일한 경우 직접 매핑합니다.

Step 5− 구조가 동일하므로 위의 방법을 사용합니다. 다음 창에서Apply.

Step 6− 모든 아이콘이 녹색으로 바뀌고 매핑이 표시되는 것을 볼 수 있습니다. 이제 매핑을 저장하십시오.

Step 7− 메시지 매핑을 활성화합니다. 메시지 매핑 → 활성화로 이동합니다. 이 메시지 매핑이 활성화되면 ESR에서 작업 매핑을 생성합니다.

이제 작업 매핑을 만드는 방법을 이해하겠습니다.

Step 1 − Object → New → Message Objects → Operation Mapping으로 이동합니다.

Step 2 − Operation Mapping의 이름을 입력하고 Create 단추.

Step 3− 다음 창에서 소스 작업 및 대상 작업을 입력해야합니다. 왼쪽 창에서 서비스 인터페이스를 소스 작업 및 대상 작업으로 끕니다. Inbound Service Interface는 Target Operation으로 드래그되고 Outbound Service Interface는 Source Operation으로 드래그됩니다.

Step 4− 다음 스크린 샷과 같이 메시지 매핑을 매핑 프로그램 옵션으로 드래그합니다. 이러한 설정을 한 후에는Save 상단의 버튼.

Step 5 − 이제 Operation Mapping → Activate → Activate → Close로 이동합니다.

Step 6 − 시나리오를 구성하려면 SAP PI 도구 홈 페이지의 통합 디렉토리 아래에있는 통합 빌더로 이동합니다.

Step 7 − Integration Builder의 구성 시나리오보기로 이동합니다.

Step 8 − 시나리오를 구성하려면 개체 → 새로 만들기 → 관리 탭에서 → 구성 시나리오로 이동합니다.

Step 9 − 구성 시나리오의 이름을 입력하고 클릭 Create 단추.

Step 10 − Save 과 Activate 다음 스크린 샷에 표시된대로 구성 시나리오.

이제 커뮤니케이션 채널을 만드는 방법을 이해하겠습니다.

Step 1 − 구성 시나리오를 마우스 오른쪽 버튼으로 클릭 → 새로 만들기

Step 2− 두 개의 통신 채널을 만들어야합니다. 하나는 발신자 용이고 다른 하나는 수신자 용입니다. 사용 가능한 구성 요소 목록에서 발신자 및 수신자 채널에 대한 통신 구성 요소를 선택합니다. 통신 채널 이름을 입력하고 클릭Create.

Step 3− 통신 채널에서 매개 변수를 선택합니다. 어댑터로 이동하여 사용 가능한 어댑터 유형을 클릭하십시오. 어댑터 유형은 시나리오 유형에 따라 다릅니다. 파일 대 파일 시나리오의 경우 파일 어댑터를 선택할 수 있습니다.

Step 4 − 다음은 다양한 시나리오에 대해 선택할 수있는 사용 가능한 어댑터 목록입니다.

Step 5 − Adapter Type은 통신 채널의 종류에 따라 송신기 또는 수신기로 선택할 수 있습니다.

Step 6 − 소스 파일의 디렉토리 경로를 입력합니다.

Step 7− 소스 파일을 입력 한 후 저장을 클릭합니다. 발신자 통신 채널이 저장되면 활성화 버튼을 클릭 → 활성화 → 닫기.

Step 8− 마찬가지로 수신자를위한 통신 채널을 생성해야합니다. 수신자의 통신 채널 구성 요소와 통신 채널 이름을 입력하고 클릭Create.

Step 9− 어댑터 유형을 파일로 선택한 다음 수신기를 선택합니다. 다음 스크린 샷에서와 같이 대상 디렉토리와 파일 이름 체계를 입력합니다.

Step 10 − Save 파일 및 Activate수신자 통신 채널. 발신자 및 수신자 통신 채널을 생성 한 후 통합 구성을 생성합니다.

이제 통합 구성을 만드는 방법을 이해하겠습니다.

다음 단계를 수행하십시오-

Step 1 − Object → New → Under Collaboration Agreement → 통합 구성으로 이동

Step 2 − 통신 컴포넌트에는 이전에 사용한 발신자 컴포넌트를 입력합니다.

인터페이스는 이전 단계에서 ESR에서 생성 된 아웃 바운드 프로세스와 동일한 서비스 인터페이스 이름입니다.

네임 스페이스는 이전 단계에서 ESR에서 생성 한 것과 동일한 네임 스페이스입니다.

딸깍 하는 소리 Create 단추.

Step 3 − Inbound Processing 탭에서 발신자에 대해 생성 된 통신 채널을 선택합니다.

Step 4 − 수신기 탭에서 다음 스크린 샷과 같이 통신 수신기를 선택합니다. −

Step 5− Receiver Interfaces 탭으로 이동하여 Operation Mapping을 선택합니다. 검색을 클릭하고 다음 스크린 샷에 표시된대로 작업 매핑을 선택합니다. 작업 매핑은 이전 단계와 동일한 방식으로 생성됩니다.

Step 6 − Outbound Processing 탭으로 이동하여 Receiver Communication 채널을 선택하십시오.

Step 7 − 위에서 언급 한 설정을 마치면 Save 과 Activate 상단에.

Step 8− sample.xml 파일을 아웃 바운드 폴더에 넣습니다. ESR의 메시지 매핑에서 샘플 xml 파일을 가져올 수 있습니다. ESR → 메시지 매핑 → 테스트로 이동합니다.

Step 9−이 샘플 파일에는 데이터가 없습니다. abc.xml 파일을 만들고 샘플 xml을 해당 파일에 붙여 넣습니다. 다음 스크린 샷에 표시된대로이 xml 파일에 일부 데이터를 추가해야합니다.

Step 10 −이 파일을 Send folder 구성시 디렉토리 및 파일 구성표에 언급 된대로.

Step 11 − 다음으로 이동 Receiver folder 그리고 그 안에 데이터가있는 xml 파일을 볼 수 있습니다.

Step 12 − 어댑터 엔진 → 통신 채널 모니터를 모니터링하려면 구성 및 모니터링 홈으로 이동합니다.

Step 13 − 어댑터 엔진 → 통신 채널 모니터로 이동합니다.

Step 14 − 통신 채널 복사

Step 15− 파일 대 파일 시나리오의 상태를 확인할 수 있습니다. 제대로 실행 중이면 상태 아래에 녹색 아이콘이 표시됩니다.

SAP PI 연결은 통합 서버와 소스 또는 대상 시스템의 연결을 처리합니다. 이 연결은 통합 서버와의 메시지 교환을 처리합니다. 교환 할 메시지 형식은 SAP PI 프로토콜 형식이거나 어댑터를 사용하여 외부 형식을 SAP PI 특정 형식으로 변환해야합니다.

SAP PI는 다양한 프로토콜의 애플리케이션을 연결할 수있는 광범위한 어댑터를 제공합니다. 보낸 사람의 경우 어댑터는 보낸 사람 프로토콜로 암호화 된 인바운드 메시지를 PI-SOAP 메시지로 변환합니다. 수신자의 경우 PI-SOAP 메시지가 수신자의 프로토콜로 변환됩니다.

SAP NetWeaver PI에서 사용 가능한 어댑터

SAP PI는 서로 다른 어댑터를 지원하며 그 중 일부는 Advance Adapter Engine 또는 통합 엔진의 프로세스입니다. IDoc, HTTP 및 XI는 통합 엔진에서 처리되는 몇 가지 어댑터입니다.

다음은 SAP NetWeaver PI에서 사용 가능한 어댑터입니다.

S. 아니.	SAP NetWeaver PI의 어댑터 및 사용
1	RFC Adapter RFC 인터페이스를 사용하여 다른 SAP 시스템과 통신하는 데 사용됩니다.
2	HTTP Adapter/HTTP AAE Adapter 이를 통해 HTTP 프로토콜을 사용하여 데이터를 교환 할 수 있습니다. 이러한 어댑터는 통합 엔진과 고급 어댑터 엔진 모두에서 사용할 수 있습니다.
삼	JDBC Adapter 이를 통해 데이터베이스에 액세스 할 수 있습니다.
4	File/FTP Adapter 파일 인터페이스 또는 FTP 서버를 사용하여 외부 시스템과 데이터 교환을 수행하는 데 사용됩니다.
5	Mail Adapter 이를 통해 전자 메일 서버를 통합 엔진에 연결할 수 있습니다.
6	IDoc Adapter 이것은 IDoc의 교환을 허용합니다. 이러한 어댑터는 통합 엔진과 고급 어댑터 엔진 모두에서 사용할 수 있습니다.
7	XI Adapter 이 어댑터를 사용하면 프록시를 사용하여 통신 할 수 있습니다. 이 어댑터는 고급 어댑터 엔진에서 실행되지 않고 통합 엔진에서 실행됩니다. XI 어댑터는 수신자에 대한 HTTP 연결 설정에만 사용됩니다.
8	WS Adapter 이 어댑터는 표준 WS-RM (Web Services Reliable Messaging) 프로토콜에 따라 WS 공급자 및 WS 소비자와의 연결을 제공하는 데 사용됩니다. SAP는 통합 엔진의 ABAP 스택에 구현 된 자체받은 편지함으로 WS-RM 프로토콜을 개발했습니다.
9	JMS Adapter JMS API를 사용하여 메시징 시스템과 통신 할 수 있습니다.
10	SOAP Adapter SOAP를 사용하여 원격 클라이언트 또는 웹 서비스 공급자를 통합 할 수 있습니다.

기존 어댑터 엔진을 확인하는 방법은 무엇입니까?

다음 단계를 수행하여 SLD (System Landscape Directory)에서 기존 어댑터 엔진 목록을 확인할 수 있습니다.

Step 1 − Integration Builder URL 또는 T 코드 사용 — SXMB_IFR.

Step 2 − SAP PI 7.3 화면의 System Landscape 디렉터리로 이동하여 Product아래 그림과 같이. 사용자 이름과 암호를 입력하라는 메시지가 표시되면 세부 정보를 입력합니다.

Step 3 − 시스템 랜드 스케이프 디렉토리의 왼쪽 창에있는 기술 시스템 영역으로 이동합니다.

Step 4 − 기술 시스템 유형으로 프로세스 통합을 선택합니다.

Step 5 − 나열된 어댑터 엔진 수를 확인합니다.

Step 6 − 통합 서버의 중앙 어댑터 엔진에 해당하는 XIAdapterFramework 어댑터 엔진 유형은 하나뿐입니다.

Step 7− Runtime Workbench에서 기존 어댑터 목록을 확인할 수도 있습니다. 구성 및 모니터링으로 이동합니다.

Step 8 − 다음 창에서 컴포넌트 모니터 옵션으로 이동합니다.

Step 9 − 상태가 '모두'인 구성 요소를 선택합니다.

비즈니스 프로세스 관리는 cross component BPM. 여기에는 SAP 백엔드의 SAP 워크 플로우와 Integration Server의 메시지 처리가 포함됩니다.

Cross Component Business Process Management는 상태 저장 메시지 처리를위한 기능과 함께 SAP NetWeaver Process Integration을 제공합니다. 즉, 통합 프로세스의 상태가 Integration Server에 유지됩니다. 이는 예를 들어 통합 프로세스가 추가 메시지를 수신하거나 특정 기한에 도달 할 때까지 무한히 기다릴 수 있음을 의미합니다. 또한 통합 프로세스 내에서 메시지를 추가로 처리 할 수 있습니다.

위의 그림은 시스템 1, 2, 3의 메시지가 통합 서버로 전송되었으며 모든 메시지가 도착했을 때만 복합 메시지가 대상 시스템 비즈니스 시스템 4로 전송되었음을 보여줍니다. 교차 컴포넌트 BPM을 사용하여 이미 통합 서버에 있으며 영구적입니다. 통합 서버에 오는 다른 모든 메시지에는 모든 메시지가 올바르게 전송되도록 메시지간에 관계가 정의됩니다. Business Process Engine은 ccBPM에서이 작업을 수행 할 책임이 있습니다.

ccBPM을 사용하는 동안 ccBPM에서 사용되는 통합 프로세스는 인바운드 메시지를 수신하지만 해당 수신자 비즈니스 시스템에도 메시지를 보냅니다.

ccBPM은 그래픽 프로세스 편집기와 비즈니스 프로세스 엔진으로 구성됩니다. 통합 프로세스를 선택하면 Business Process Editor가 열립니다.

Business Process Editor를 열려면 SAP PI 도구 페이지에서 ESR → ES Builder → Design Objects Integration 디렉토리로 이동합니다.

SAP PI — 통합 프로세스

통합 프로세스 표시 화면이 열리고 통합 프로세스의 그래픽 정의가 표시됩니다.

통합 프로세스를 두 번 클릭하면 비즈니스 프로세스 편집기가 시작됩니다. 다음 영역으로 구성되어 있습니다-

헤더 데이터가있는 영역
그래픽 정의 영역
속성 창
보기 영역에 대한 처리
처리 로그
개체 영역

통합 프로세스의 단계

통합 프로세스에 구성된 단계는 메시지 단계 또는 프로세스와 관련된 단계입니다.

The following are message-relevant steps −

메시지 받기
메시지를 보내다
프로세스의 후속 전송 단계에 대한 수신자 결정
메시지 변환

The following are process-relevant steps −

Switch
Block
제어 (예외 트리거 또는 경고)
Fork
컨테이너 운영 (데이터 처리)
While 루프
Wait

메시지 모니터 기능을 사용하여 메시지 레벨에서 통합 프로세스를 모니터링 할 수 있습니다.

Step 1 − 사용 T-Code — SXMB_MONI

이 트랜잭션을 사용하여 통합 프로세스 중에 메시지 처리를 표시하거나 프로세스보기로 이동할 수도 있습니다.

Step 2− 또한이 트랜잭션에서 프로세스보기로 전환 할 수도 있습니다. 프로세스 확인란과 실행을 선택할 수 있습니다.

Step 3 − 트랜잭션 SXMB_MONI에서 다른 기준을 사용하여 프로세스를 직접 선택할 수도 있습니다.

예

프로세스 모니터 T 코드 — SWF_XI_SWI1에는 통합 프로세스의 워크 플로 번호가 필요합니다.

다음 스크린 샷과 같이 T 코드 — SXI_CACHE를 사용하여 런타임 캐시를 결정할 수 있습니다.

웹 서비스는 응용 기능 또는 서비스이며 인터넷 표준을 통해 사용할 수 있습니다. 독립적 인 모듈 식 자체 설명 응용 프로그램 기능 또는 서비스입니다.

표준 인터넷 프로토콜을 사용하여 설명, 사용 가능, 검색 및 변환하거나 호출 할 수 있습니다.

각 웹 서비스는 많은 작업을 수행하는 데 사용되는 기능을 캡슐화합니다. 서비스 공급자는 웹 서비스에 대한 액세스를 제공하는 데 사용됩니다. 서비스 제공자는 WSDL 문서를 가지고 있습니다.

웹 서비스 사용자는 service requester웹 브라우저의 도움으로 웹 서비스를 사용하는 사람. 일반적인 시나리오에서 서비스 요청자는 웹 서비스에 액세스하는 응용 프로그램입니다. 응용 프로그램은 서비스 설명에서 웹 서비스에 액세스하는 데 필요한 모든 세부 정보를 가져 오며이 정보는 서비스 레지스트리에 유지됩니다.

다음 그림은 일반적인 웹 서비스 시나리오를 보여줍니다.

웹 서비스 – 주요 기능

다음은 key features 웹 서비스의-

웹 서비스를 사용하면 다른 플랫폼, 운영 체제 및 다른 언어에서 실행되는 프로그램이 서로 통신 할 수 있습니다.
웹 서비스는 애플리케이션 기능 또는 서비스입니다.
웹 서비스는 인터넷 표준을 통해 사용할 수 있습니다.
웹 서비스를 게시하고 추적 할 수 있습니다.
웹 서비스는 SAP의 향상된 서비스 지향 아키텍처 SOA 버전으로 알려진 ESA (Enterprise Services Architecture)의 기반을 형성합니다.