SAP CPI로 프로세스 간소화

프로세스 간소화는 모든 비즈니스에서 어려운 작업이 될 수 있지만 SAP CPI의 도움으로 프로세스를 훨씬 더 쉽게 관리할 수 있습니다. SAP CPI(클라우드 플랫폼 통합)는 프로세스를 간소화하고 효율성을 높이려는 모든 규모의 기업에 다양한 이점을 제공하는 클라우드 기반 솔루션입니다. 재무 관리에서 공급망 관리에 이르기까지 SAP CPI는 회사가 원활하게 운영되고 경쟁 우위를 유지하는 데 도움이 되는 포괄적인 솔루션을 제공할 수 있습니다.

SAP CPI 및 비즈니스 프로세스 관리

비즈니스 프로세스 관리(BPM)는 모든 조직의 성공에 필수적인 부분입니다. 회사가 목표와 목표를 결정하고 이러한 목표를 달성하기 위해 취해야 할 단계를 설명하는 프로세스입니다. SAP CPI는 기업이 BPM 프로세스를 간소화하고 효율성을 높일 수 있도록 설계되었습니다. 프로세스 자동화, 데이터 통합 및 분석을 포함하여 이러한 목표를 달성하는 데 도움이 되는 다양한 기능을 제공합니다.

재무 관리를 위한 SAP CPI의 이점

재무 관리는 모든 비즈니스에서 가장 중요한 영역 중 하나입니다. SAP CPI를 통해 기업은 재무 관리 프로세스를 간소화하여 오류 위험을 줄이고 정확성을 높일 수 있습니다. 이를 통해 기업은 재무를 보다 잘 관리하고 투자, 현금 흐름 및 기타 재무 문제에 대해 정보에 입각한 결정을 내릴 수 있습니다. 또한 SAP CPI는 반복적인 작업을 자동화하여 직원이 보다 중요한 프로젝트에 집중할 수 있도록 하여 기업이 비용을 절감하도록 도울 수 있습니다.

SAP CPI의 이점 탐색

SAP CPI라고도 하는 SAP 클라우드 플랫폼 통합은 기업이 애플리케이션과 데이터를 원활하게 연결할 수 있도록 하는 클라우드 기반 통합 플랫폼입니다. 이 플랫폼은 효율성 향상, 비용 절감, 가치 창출 시간 단축 등 모든 규모의 기업에 여러 가지 이점을 제공합니다.

SAP CPI의 중요한 이점 중 하나는 서로 다른 시스템, 애플리케이션 및 데이터 소스를 통합하는 기능입니다. 이러한 통합을 통해 기업은 운영을 간소화하고 협업을 개선하며 더 나은 고객 경험을 제공할 수 있습니다. 다양한 시스템을 통합하여 중앙에서 데이터에 액세스하고 관리할 수 있으므로 가시성이 향상되고 데이터 중복이 줄어듭니다.

SAP CPI의 또 다른 이점은 유연성과 확장성입니다. 이 플랫폼은 비즈니스의 특정 요구 사항을 충족하도록 사용자 정의할 수 있으므로 시장의 변화에 적응하고 고객 요구에 신속하게 대응할 수 있습니다. 또한 클라우드 기반 솔루션인 SAP CPI는 인프라에 큰 투자를 하지 않고도 비즈니스 요구 사항에 따라 쉽고 빠르게 확장 또는 축소할 수 있습니다.

SAP CPI는 복잡한 코딩이나 개발 지식이 필요하지 않으므로 모든 규모의 기업과 기술 역량에 액세스할 수 있습니다. 이 플랫폼은 직관적이고 사용하기 쉬우며 통합 프로세스 속도를 높이는 데 사용할 수 있는 수백 개의 사전 구축된 커넥터와 템플릿을 제공합니다. 또한 SAP의 강력한 보안 기능을 활용하여 플랫폼은 데이터 개인 정보 보호 및 규정 준수를 보장합니다.

다음은 기업이 성장과 성공을 촉진하는 데 활용할 수 있는 SAP CPI의 몇 가지 이점입니다.

relocMode 관련 정리/중복노드실행/하나의 AP만 호출되는 경우

nwa > configuration > java system properties > service > xpi service: af core > scheduler의 relocMode에 대해

relocMode는 예를들어 3으로 설정 시 각 채널의 1개의 서버노드에서 3회 폴링 후 다른 노드에서 폴링

1로 설정 시 JDBC채널 개수가 많고 폴링 간격이 짧은경우 성능이 저하

-5로 설정된 경우 매 5번째 폴링마다 CPACache서비스의 값에 대한 URL를 검색하여 호출

중복노드 실행관련 되서

짧은 폴링주기로 실행되는 몇개의 채널에서 확인되는 노드 중복실행 현상

예를들어 JDBC어댑터인경우 clusterSyncMode의 'Scheduler' 설정으로 해결이 가능할것 같다.

SAP Note 801367 - XI 3.0 JDBC Adapter: Additional Parameters 참고

L4의 로드밸런서에서 하나의 AP나 노드만 호출되는 현상

2462752 - The sender polling channels do not take the load balance in cluster nodes의 

/AdapterFramework/scheduler/scheduler.jsp?xml를 통한 실행안되는 노드를 찾을수 있는것 같음

잡 디스패처 URL를 통한 로드 밸런싱되는 AP,노드 확인

http://<로드밸런서>:50000/AdapterFramework/util/servlet/DeliveryServlet?target=ejb:localejbs/AF/JobDispatcherBean

관련 값은 XPI Service: CPA Cache > selfregistration통해 확인

이전 작성한 관련 글입니다.

scheduler.relocMode 값이 샌더채널의 폴링실행시 주는 현상

SAP CPI 초보자를 위한 블로그 소개

클라우드 환경 및 SAP CPI의 도구 및 기능 사용방법에 대해 잘 정리되어있는 블로그를 보게되어 소개와 내용요약을 하게되었으며 'SAP Cloud Platform Integration (CPI) || Part12 || Value Mapping' 글을 끝으로 12개 파트별로 정리되어 있습니다.

My adventure in learning CPI: Part 1 | All about SAP Cloud-SAP 클라우드의 모든것

• 클라우드 컴퓨팅은 인터넷을 통한 데이터 접근성,애플리케이션 및 서비스와 같은 문제에 대한 해결책일 뿐
• 클라우드는 하드웨어에 대한 비용과 필요성을 제거
• 전 세계적으로 90%이상의 기업이 이미 클라우드 기술과 솔루션을 사용하고 있다고 함
• 온디맨드 셀프 서비스,광범위한 네트워크 엑세스,멀티 테넌트 모델,빠른 탄력성/확장성 등 다양한 기능 제공

SaaS,PaaS,IaaS 차이

SaaS

애플리케이션,데이터,런타임,미들웨어,OS,가상호,서버,스토리지,네트워킹으로 구성되며 제품 예로는 SAP Cloud for Customer,ByDesign,SuccessPactors,Ariba Fieldglas,Concur 등이 존재

PassS

런타임,미들웨어,OS,가상화,서버,스토리지,네트워킹으로 구성되며 제품 예로는 SAP 클라우드 플랫폼(CPI),HANA클라우드 플랫폼(PI,HPI)

IaaS

가상화,서버,스토리지,네트워킹으로 구성 제품 예로는 SAP HANA인프라,AWS(Amazon Webs Service)이 존재

SAP PO의 MaxThreadCount,Message Queue,maxReceivers 스레드에 대한 이해정리

지금까지 스레드나 병렬처리 등에 대한 내용도 찾아보고 경험도 해보았는데 전부는 아니지만 이해한것 까지만 정리를 해보았는데요. MaxThreadCount,Queue Threads, maxReceivers 설정 값과 PI Receiver Parallelism 기능을 알면 SAP PO내에 메시지처리에 정체현상이 있는경우 이해하고 대응할수 있을것 같습니다.

운영 상 PO의 AP서버들이 4개(Instances)고 인스턴스의 각 서버노드별 아이디(Process)가 9개이며 REST어댑터의 큐에서 처리할수 있는 스레드 개수가 30개(메시지 큐마다 다름)로 구성이 되어있다고 한다면?

이때 서버 별 병렬처리될때 생성 가능한스레드 개수는 270개, AP서버가 총 4대니 여러서버에서 동시에 REST 방식의 큐는 1,080개의 메시지를 처리할수 있는 구성이라고 이해 됩니다.(L4같은 로드밸런싱 처리에 따라 다를수 있을것 같음)

그리고 MaxThreadCount는 서버내 동시처리할수 있는 최대 스레드 값을 지정할수 있다고 하는데 각 메시지 큐의 스레드를 지정하는 스레드 설정과 다르게 일반적으로 MaxThreadsCount는 메시지 큐스레드보다 높게 설정한다고 하지만 이부분은 정확한 가이드를 받아 해당 서버의 최적의 조건을 찾아야될것 같습니다.

SAP PO 표준 메시지 사이즈에 대한 정리

PI 7.1 아니면 그 이전부터 메시지 표준사이즈를 1~5MB로 오래전부터 가이드를 했던것 같은데 XI/PI/PO 로 버젼이 업그레이드 되면서 표준 메시지 사이즈에 대해서도 변화가 있지 않을까 생각되어 관련 내용을 찾아보았습니다.

2012년도의 'PI 7.3 Benchmarks for message size and throughpu' 라는 페이지의 글을 보면 

PI의 최대 1GB파일을 처리(하드웨어,매핑 등 에 따라 달라질수 있음)할수 있지만 1~5MB가 권장하는 사이즈라고 하는데  7.31로 업그레이드 이후에 큰 메시지에서 처리속도가 느려져서 다시 1~5MB로 시도를 했다고 보이는군요.

그리고 예전 듀얼스텍보다 AAE버전이 메시지 처리속도가 더 빠르다고 하는데 이부분은 인정할수 밖에 없는게 기존 ABAP스텍+JAVA스텍이 환경에서 싱글 JAVA스텍을 사용하니 겉보기에도 빨라보일것 같습니다.

"PO를 사용하다 보면 PO부하로 인해 최적의사이즈로 가이드 하는줄 아는 사람도 본것 같은데 맞긴하지만 거기에 PO와 연계시스템들까지 포함되어 인터페이스 성능에 영향이 있다고 이해해주면 좋을것 같군요"

2013년도에 작성된 'SAP PI 7.1 Tips and Tricks' 글을 보면

PI 7.1에서의 튜닝 후 처리량 관련 테스트를 진행했을때 성능개선 및 메모리 오버플로를 방지하여 안전성 높이는 평균 메시지 크기로 1MB에서 5MB범위로 유지하는걸로 보이는군요.

SAP PO인시던트 등록할때 필요한 분석,디버깅,덤프 등 관련 노츠

SAP PO에서 발생되는 문제들에 대한 빠른해결 방법으로 인시던트를 등록 후 지원받는 방법이 있는데 이 방법은 인시던트 등록할때 문제가 발생될때 로그나 덤프파일 등을 같이 첨부해주면 조금더 빠른 지원을 받을수 있는것 같습니다.

이런 빠른 지원을 받을수 있는 가장 기본적인 건 아마도 엑셀에 해당 문제나 에러에 대한 스크린샷을 붙여놓는것 같습니다.

1095473 - How to get a full thread dump in AS Java

SAP NetWeaver내의 서버(PO포함) 내에 자바 스레드 덤프를 가져올수 있는 사용방법 링크가 들어있는데 이 사이트만 봐도 되겠네요.

(JSTTSG) (Deploy) Thread Dump

1847251 - How to create and load an SAP MC snapshost: SAP AS JAVA

SAP MMC(Management Console)의 서버의 스냅샵 생성방법에 대해 볼수 있습니다.

1757810 - How to get the complete list of software components on your NewWeaver Application Server Java

NeWeaver 자바스텍에 설치된 소프트웨어 컴포넌트 목록과 버젼에 대해 확인 할수 있습니다.

1995883 - Analyzing slow AS-JAVA startup using the SAPJVM Profiler

성능문제 발생 시 해결을 위한 분석 툴입니다.

1514898 - XPI Inspector for troubleshooting XI

애플리케이션 서버 내에서 사용하면서 발생되는 문제에 대한 원인을 찾기위한 툴 내용에 대해 볼수 있습니다.

위의 노츠들은 인시던트 등록 후 SAP 지원팀에서 요청하는 자료에 대한 요청내용에 포함되어있는 Note들입니다.

이전에 작성한 관련 글은

SAP 인시던트 등록하는 방법

Adapter Framework 동기 폴링채널 흐름

로드 밸런서(L4)에서의 노드 배포를 위한 잡 디스패처(XPI Service: CPA Cache)

• scheduler.relocMode값에 따른 노드 재배치(XPI Service: AF Core)

특정 PO AP서버의 노드에서 폴링

• CPA Cache에서 채널정보 가져오거나 업데이트

CallSapAdapter가 실행 후 관련 여러 스레드들(AFScheduler,Worker 등) 확인

• *synchronized Map에 저장
• lock 생성
• MMC,Channel Monitoring에서 확인 가능

Message Queue(Dispatcher queue)

• 메시지의 여러상태와 로그, 데이터들을 확인 가능
• Message Monitoring에서 확인가능

타겟시스템에 대한 수신정보 설정 후 전송

• 스레드가 실행되어 타겟에 전송(SystemCall,SystemSend 등)
• Sender서비스 종료 후 unlock처리
• 다음폴링 가능한 상태로 전환

*synchronized Map: 샌더채널 실행 시 해당 MAP에 저장하며 실행중인 서비스에 문제가 있는경우 MAP 락을 걸어 다음 채널 등록을 방지

이전에 작성한 관련글은

scheduler.relocMode 값이 샌더채널의 폴링실행시 주는 현상

SAP CPI Message Mapping 생성방법

SAP Cloud Integration - Message Mapping as Artifact 내용을 따라서 SAP CPI의 메시지매핑을 생성해보았으며 부족하나 내용은 해당 사이트를 참고 부탁드리겠습니다.

매핑생성

메시지 매핑 아티팩트 생성 시 항목은 아래와 같습니다.

SAP CPI 매핑생성

처음 생성 시 Create체크시 보이는 항목은 Name,ID,Description 이며 그외 생성된 매핑을 업로드 할수 있는 Upload와 ES Repository가 있는데 뭔가 전제작업이 필요한지 Name,Address가 빈값인 상태에서 Connect버튼을 누르게 되면 아래와 같은 메시지를 보입니다.

"ES-Repository Connection Settings not available"

해당 설정은 SAP 클라우드 통합 테넌트에서 읽는다고 합니다.

PO의 EJB Session에 대한 정리

NWA > Resource Monitoring > History Reports > Monitor Browser메뉴의 'Opened EJB Sessions Count' 검색을 통해 SAP PO내의 EJB Session 상태를 알수 있는것 같고 해당 세션이 PO내에 어떤 영향으로 발생되는지에 대해 알수 있는 내용에 대해 정리를 했습니다.

EJB세션의 특징과 이점

• EJB(Enterprise JavaBeans)
• 분산 환경에서 실행되는 애플리케이션
• SAP PO 자바스택의 구성에 해당 
• PO내의 EJB컨테이너에서 실행
• EJB컨테이너는 컴포넌트(비즈니스로직 처리)를 실행하는 환경
• EJB세션은 클라이언트와 서버간의 통신을 위한 객체
• EJB컴포넌트를 배치하는 방법으로 NWDS툴을 사용한 개발이 있음(모듈 → 세션 빈 → 메서드 추가 후 디폴로이)

그외 EJB세션이 사용되는 컴포넌트들로 AE(Adapter Engine),MM(Message Mapping)가 있고 그외 싱글스텍에서 사용 안하는 용어로 IE(Integration Engine),Receiver Determination과 Interface Determination이 있으며 그중 AE의 기능으로  PO서버와 외부시스템간의 통신하여 메시지를 변환,전송,수신,검증,보안 등을 처리한다고 합니다.

EJB세션의 구성

http://<host>:<port>/ejbexplorer에서 EJB세션 빈 구성에 대해 볼수 있으며 관련 PO내 기술로는 JavaProxy,AdapterModule 등이 존재하며

자바프록시: Application > Module > Stateless Session Bean

어댑터모듈: Application > Module > Stateless Session Bean > Local Business Interface,Component Interface,Home Interface > Business Method

일반적으로 위와 같이 구성되는것 같습니다.

이전에 작성한 관련 글입니다.

What is EJB Session in SAP PO Management Console?

Receiver REST어댑터 네임스페이스 매핑 사용방법

JSON데이터 안에 urn:test:1.0:User로 되어있는 네임페이스를 XML로 매핑 변환하거나 반대로 XML → JSON으로 REST 어댑터 안에 옵션을 통해 변환할수 있는 방법에 대해 정리하였습니다.

실제로 사용해보진 않았지만 관련 사이트 내용들을 보면 이런 데이터에 대해 일반적으로 처리가 가능해 보입니다.

XML/JSON 네임스페이스 매핑 옵션은 REST Receiver 어댑터 > Data Format > Convert XML Payload to JSON 체크 > Enable Namespace Mapping 체크를 하면 보이는데 네임스페이스,배열,데이터타입 등에 대해 자동변환은 지원은 안되는걸로 확인이 됩니다.

해당 옵션을 사용하기 전에 

SimpleTools의 JSON/XML 변환기를 통해 JSON과 XML 간 변화되는 데이터

를 미리 보시는것도 도움이 되실것 같습니다.

 

하나 예를 들어

여러 데이터 타입과 네임스페이스를 포함한 아래의 JSON데이터를 

{

 "root": [

  "urn:test:params:test:schemas:core:1.0:User",

  {"number" : 2023},

  {"string" : "aaa"},

  {"boolean" : false},

  {"object" : {"AAA":"aaa","BBB":"bbb","CCC":"ccc"}},

  {"array" : ["aa","bb","cc"]},

  {"null" : null}

 ],

 "string1" : "bbb",

 "urn:test:params:test:schemas:extension:1.0:User":{

  "number1" : "0329",

  "boolean1" : true

 }

}

JDBC Receiver 어댑터 바인딩모드 사용 시 에러정리(오라클)

SAP PO에서 타겟쪽 JDBC어댑터에서 기본설정으로 사용 시 리터널 쿼리로 실행이 되며 가끔 DBA한테 해당 쿼리에 대해 바인딩 처리해달라는 요청이 오는경우가 있습니다. 

이런경우 오라클인경우 'alter session set cursor_sharing' 처리를 하거나 채널의 옵션을 사용해 바인딩처리를 하는데 리터널 쿼리의 기본적인 사용법보다 제약사항도 있고 컬럼 타입별로 사용방법도 번거로운부분이 존재하 기도 하지만 처리속도는 향상되는것 같습니다.

해당 내용은 바인딩 사용 시 발생되는 에러와 원인 등에 대해 정리한 글입니다.

기본 바인딩 구성

• 타겟 DB 컬럼타입에 NUMBER, DATE 타입존재
• 타겟 Insert DataType의 어커런스는 Statement는 0..1, access는 0..n
• Receiver Adapter > Advanced 설정
• Batch Mode는 체크
• sqlBindMode는 true
• dataWithBindMode는 true

바인딩 사용 시 에러 정리

에러내용은 

java.sql.SQLException: FATAL ERROR in structure 'Statement': SQL queries are not supported in SQL Bind mode

생성된 구조에 오류가 있고 SQL 바인드 모드에서는 SQL쿼리가 지원되지 않습니다.

SAP PO 메시징 시스템 병렬처리 제한 파라메터 사용방법

SAP PO 메시징 시스템 내부의 인터페이스 작업스레드의 처리가 정체 되거나 개선이 필요한 경우 사용되는 파라메터나 기능들에 대해 정리를 하였습니다.

Maximum Concurrency

채널이 데이터 베이스에 허용하는 병렬 연결 수라고 하며 병렬로 처리할수 있는 허용 스레드 수보다 낮아서는 안된다고 이해를 하는데 어느 스레드의 수치값을 이야기하는건지는 모르겠습니다.(같이 이해 하면 좋을것 같은 'poolWaitingTime')

messaging.connectionDefinition

스레드 수는 NWA > JavaSystem Properties > XPI Service: AF Core나 Adapter Engine Status > Additional Data에서 확인이 가능합니다.(서로 내용이 다른경우가 있는것 같음)

• 어댑터의 채널에서 사용할수 있는 총 스레드 수
• 메시지의 To-Be Delivered 상태, 정체 등 발생시 해당 어댑터 스레드 수를 늘려 해결하는 경우가 있음

1623356 - "To be delivered" messages in Adapter Engine 참고

SAP PO JDBC Adapter의 'Disconnect from Database After Processing Each Message' 옵션에 대해

어느 answers.sap.com 사이트의 글에서 

Sender,Receiver JDBC Adapter > Advanced의 'Disconnect from Database After Processing Each Message' 옵션에 대한 용도와 어떠한 현상에서 체크를 해야하는지에 대한 문의를 남긴 글을 보았었습니다.

저도 SAP PO 작업을 하면서 신규 같은경우 HTTP,SOAP 등의 연계방식을 통한 실시간,배치로 수행되는 인터페이스들만 보다 최근 몇년 사이에 다른 EAI 솔루션에서 PO로 많은 DB연계방식의 인터페이스들을 전환할때 이 옵션을 필수로 체크하는 경우를 보았고 대략 어느 기능을 하는지는 알지만 다시한번 간략하게 정리를 해보려고합니다.

해당 문의에 대해 어떤 사람은 아래와 같이 답변을 남긴 글을 재정리해보면

이 옵션이 체크되어있는 경우 Sender어댑터는 각 폴링 마다 DB연결을 해제 후 다시 연결을 시도하며 폴링 주기가 짧은 경우 항상 열결이 되게 하는게 좋습니다. 하지만 Receiver어댑터 같은경우 소스쪽 연계방식과 호출주기에 따라 다를것 같은데 전송되는 메시지 주기가 큰 경우 해당 옵션을 사용하는게 DB부하를 줄이데 도움을 줄 수 있습니다.

2633269 - Processing delay in PI JDBC Receiver message 참고

이 노츠의 일부분을 보면

"이 연결해제 옵션을 사용하면 DB수준에서 연결을 해제하는데 문제가 있는 경우 도움이 될수 있습니다.(단, 이 옵션을 사용하면 부하가 많은 상황에서 처리 시간이 느려질수 있습니다)"

정리한 내용을 요약하면 

호출 빈도(몇초?)가 짧은 메시지를 전송하는 인터페이스인경우 해당 옵션을 사용안하는게 좋은것 같고 네트워크오류나 빈도가 긴 인터페이스들은 이 옵션을 사용하는게 연계하는 시스템이나 DB에 부하를 줄일수(얼마나?) 있는것 같습니다. 

DB연계방식의 인터페이스에서 발생되는 여러 에러들에 해결방법으로 연결해제 옵션 외에도  'Maximum Concurrency' 값 조정 등 여러 해결방법의 내용들을 볼수 있었습니다. 

EDI의 역사와 2023년의 트렌드에 대한

아래의 내용들은 국내,해외 사이트의 EDI의 과거 역사나 2023년의 앞으로의 드랜드에 도움이되는 글들을 재 정리 하였습니다.

EDI(Electronic Data Inteerchange)의 역사

B2B/EDI 플랫폼의 현재와 미래(1/2) - 플랫폼 현황과 당면과제의 일부분의 글

1. IT가 활성화 이전에 주문(PO),송장(Invoice) 업무 등에 대해 전화,팩스,이메일 등에 수작업으로 진행
2. 이후 VAN(EDI 중개사업자 네트워크)을 통한 표준화된 문서로 고객과 파트너에 전달
3. 기업들은 EDI의 VAN거래 비용을 줄이고 다양한 고객/파트너의 요구를 수용하기 위해 인터넷기반기술(HTTP,XML 등)에 대한 B2Bi 플랫폼을 구축
4. 기존 EDI소프트웨어가 변환중심의 ERP,EDI표준(EDIFACT,X12), XML기반포맷(ebXML,로제타넷 등) 도입 및 통신 Adapter를 포함하는 B2B integration 플랫폼이 발전
5. B2B/EDI는 SaaS 및 클라우드,AI,블록체인 등 에대한 신기술에 대한 변화에 직면 아니면 이미 적응중?

이외 해당 링크를 통해 기존EDI문제 및 클라우드 B2B/EDI 플랫폼에 대한 상세한 글을 확인 가능합니다.

2023년 EDI 트랜드

The Future of EDI: Market Trends for 2023 and Beyond 의 일부분 인용

댓글 날짜를 보면 작성된지 오래되 보이지만 그동안 업데이트는 되었던 글인것 같습니다.

주요내용

• 대기업의 EDI를 내부에서 처리하는것을 선호
• 최신기술에 대한 중소기업의 부담이 존재
• 일부 API가 EDI를 대체할것이라고 생각
• 현 EDI시장의 관련 IT기술과 인력이 부족
• PEPPOL프로토콜을 사용하면 기업은 EDI를 더 쉽게 통합

2023년 BPM 특징과 5개 관련 툴 소개 및 비교

BPM(Business Process Management)에 대한 특징 및 관련 툴에 대한 내용들을 

Top Business Process Management(BPM) Tools in 2023 참고

내용 및 관련 사이트를 통한 내용들을 다시 정리해보았습니다.

BPM이란?

• 기업의 엔드 투 엔드 비즈니스 프로세스를 설계,모델링,분석 등 자동화 및 개선할수 있도록 지원
• 전략적 비즈니스 목표를 달성하는데 도움이 되는 작업
• 사람,디바이스,시스템 등 엔터프라이즈 레벨 및 백오피스 애플리케이션들이 포함
• 일반적으로 비즈니스로직의 방법 및 실행의 흐름을 위한 설계도구

BPM과 EAI 차이

두개의 용어만으로도 차이가 있습니다. EAI는 Enterprise Application Integration, BPM은 Business Process Management이며

BPM은 하나의 프로세스로 EAI는 여러 시스템을 연결하는 작업이라고 이해가 됩니다. 

EAI는 ERP,CRM,SCM 시스템 등 엔터프라이즈 수준의 애플리케이션을 위한 통합(인터페이스) 개발,모니터링 등을 위한 툴이기도 하지만 플랫폼이나 솔루션중에 BPM기능을 지원하는 툴도 있는것 같고 EAI를 위한 작업인경우 특별한 요청이 아닌경우 프로세스의 관리를 제공하지 않은 인터페이스만을 위한 작업이 진행되는게 일반적인것 같습니다.

2022년 엔터프라이즈,비즈니스 관련 상위 29개의 각 ETL 툴 특징 정리

데이터 단위가 바이트( BYTE) → 메가바이트(MB) → 기가바이트(GB) → 테라바이트(TB) → 페타바이트(PB) → 엑사바이트(EB) → 제타바이트(ZB) 이렇게 까지 확인이 되는데 EAI 자바프록시에서 기가 단위의 데이터를 분할전송하는것 까지는 보았지만 그만큼 처리시간이 늘어나고 이런 빅 데이터를 처리하기 위한 ETL의 관심은 앞으로 늘어날것 같아 ETL에 대한 내용과 관련 솔루션,플랫폼 29개에 대해 정리를 해보았습니다.

1.Integrate.io

2. Talend

3. Informatica PowerCenter

4. SAS Data Management

5. Oracle Data Integrator

6. Stitch

7. Fivetran

8. Striim

9. Matillion

10. Pentaho

11. Amazon Web Services ETL Services

12. Panoply

13. Alooma

14. Hevo Data

15. Infrado

16. Xplenty

17. Supermetrics

18. Apache Nifi

19. Strarfish

20. Jasper

21. Relational Junction

22. Parabola

23. Domo

24. Datorma

25. Funnel.io

26. Microsoft SQL Server Integration Services - Enterprise ETL platform

27. IBM InfoSphere DataStage

28. Denodo

29. Skyvia

SAP PO에서의 ORA-00933: SQL 명령어가 올바르게 종료되지 않았습니다 에러원인

SAP PO의 JDBC Receiver어댑터 연계한 인터페이스에서 발생되었던 오라클에러인 'ORA-00933: SQL 명령어가 올바르게 종료되지 않습니다(SQL command not properly ended' 에러에 대한 원인에 대해 정리를 하였습니다.

에러내용을 보고 잘 몰라 구글에 검색을하게 되면 일반적으로 구문,문법 오류 작성한 쿼리에 대한 오타 등 내용들을 볼수 있지만 

구문오류가 아닌

소스쪽에서 보내는 데이터와 타겟DB 테이블의 컬럼타입간에 오류였습니다.

에러로그의 페이로드나 Receiver어댑터의 logSQLStatement 파라메터를 셋팅하고 실행되는 쿼리를 보고는 알수는 없었지만 정상적으로 처리되는 데이터와 실패되는 데이터를 비교해보면 특정컬럼의 데이터가 다른경우를 볼수 있고 

이번 에러의 원인은 예를 들어 특정 컬럼의 데이터가 2311addf일때는 에러가 발생되고 2311일때 성공되었습니다.

SAP PO의 오라클 연계 인터페이스를 보면 에러내용이 직관적이라서 다른 DB(MS-SQL,MY-SQL,DB2 등)들보다 에러원인을 찾는데 수월하지만 이번에러같은경우는 좀 햇갈렸던것 같습니다.

SAP JVM Profiler 사용방법 및 메뉴정리

SAP PO의 JVM Profiler의 화면에 대해서 간략하게 정리를 하였는데 일반적으로 BC쪽에서 보는 화면같고 PO담당자가 보는 화면은 아닌것 같습니다.

NWDS의 SAP JVM Profiler 설치는 아래 내용을 참고

2621050 - How to profile and analyze AS JAVA performance using SAP JVM Eclipse plug-in

Manage Hosts에 PO정보 :1099를 추가하게 되면 VM Explorer에 각 JVM(노드별)정보가 나오며 아래 옵션의 항목에 지정된 값에 따라 분석결과(Snapshot)를 볼수 있는것 같습니다.

Analysis Options

User, Session, Request, Application, Tenant, Class

각 분석메뉴마다 실행된 결과를 볼수 있는데 PO모니터터링 화면에서 볼수 없는 클래스,메서드,메모리 등의 성능적인 부분도 확인할수 있는것 같고 대부분 커스텀으로 개발된 PO환경인경우 해당메뉴는 필수적으로 체크를 해봐야되는 부분일것 같습니다(개인적인 생각)

해외블로그 보고 정리한 사용하기 좋다는 통합소프트웨어 10개 소개

해당 글은 

10 Best Integration Software to Use|Reviews & Comparison

해외블로그내용을 이해한대로 간략하게 정리한 내용입니다.

어떤기준으로 언제 작성된 글인지 모르겠지만 SAP PO나 WebMethod가 없네요..

iPasS(Integrated Platform as a Service)

온프레미스 및 클라우드 환경에서 애플리케이션 통합을 단순화 하여 혁신을 가속화하고 통합 및 운영 비용을 절감하는 클라우드 기반 서비스이며 파트너,벤더 및 클라이언트 간의 원활한 통합이 필요한곳에 제공하기 위한 새로운 접근방식이라고 합니다.

이런 플랫폼환경을 사용하는 경우 서로 다른 애플리케이션이나 환경 간에 호환성보장 및 연결을 다양한 방법으로 맞춤화 할수 있다고 보입니다.

"기존 EAI와 비슷한 목적을 가진 것 같은데 좀 더 큰 범위로 이해가 되네요"

10개의 최고의 통합소프트웨어

Zapier

재피어는 최종 사용자가 사용하는 웹 애플리케이션을 통합하고 워크플로를 자동화할 수 있는 제품입니다. 회사는 완전히 원격입니다. 2021년 현재 무료 및 유료 요금제로 4,000개 이상의 앱에 연결

• 코딩지식이 필요없는 코드없는 툴
• 수천개의 앱을 연결 자동화 할수 있는 빠르고 효율적인 솔루션
• 심플함과 유연성
• 다양한 서드파티 통합
• 중소기업에서는 비용이 부담될수 있음
• 경험없는 사람에게 힘들수 있음