나도개발자

1) 연계 모듈 구현 환경 구성 및 개발

개발하고자 하는 응용 소프트웨어와 연계 모듈 간의 세부 설계서를 확인하여 일관되고 정형화된 연계 기능 구현.

EAI / ESB방식과 웹 서비스 방식으로 구분.

EAI란?

기업에서 운영되는 서로 다른 플랫폼 및 애플리케이션 간의 정보를 전달, 연계, 통합이 가능하도록 해주는 솔루션.

각 비즈니스 간 통합 및 연계성을 증대시켜 효율성을 높여줄 수 있으며 각 시스템 간의 확장성을 높여줌.

EAI 구성요소

- EAI 플랫폼 : 이기종 시스템 간 애플리케이션 상호 운영. 데이터의 신뢰성 있는 전송을 위한 메시지 큐와 트랜잭션 미들웨어 기능 수행. 대규모 사용자 환경 지원을 위한 유연성과 확장성 보장.

- 어댑터 : 다양한 패키지 애플리케이션 및 기업에서 자체적으로 개발한 애플리케이션을 연결하는 EAI의 핵심 장치로 데이터 입출력 도구.

- 브로커 : 시스템 상호 간 데이터가 전송될 때, 데이터 포맷과 코드를 변환하는 솔루션.

- 메시지 큐 : 비동기 메시지를 사용하는 다른 응용 프로그램 사이에서 데이터를 송수신하는 기술.

- 비즈니스 워크플로우 : 미리 정의된 기업의 비즈니스 워크플로우에 따라 업무를 처리하는 기능.

EAI 구축 유형

- 포인트 투 포인트 : 가장 기초적인 애플리케이션 통합 방법으로 1:1 단순 통합방식. 솔루션을 구매하지 않고 개발자 간의 커뮤니케이션을 통해 통합 가능하다는 장점.

- 허브 앤 스포크 : 단일한 접점의 허브 시스템을 통해 데이터를 전송하는 중앙 집중식 방식. 허브 장애 시 전체 장애 발생.

- 메시지 버스 : 애플리케이션 사이 미들웨어(버스)를 두어 연계하는 미들웨어 통합 방식. 뛰어난 확장성과 대용량 테이터 처리 가능.

- 하이브리드 : 그룹 내는 허브 앤 스포크 방식을 사용하고, 그룹 간에는 메시지 버스 방식을 사용하는 통합 방식. 그룹 내 환경에 맞는 작업이 가능.

ESB란?

기업에서 운영되는 서로 다른 플랫폼 및 애플리케이션들 간을 하나의 시스템으로 관리 운영할 수 있도록 서비스 중심의 통합을 지향하는 아키텍처.

미들웨어를 중심으로 각각 프로토콜이 호환할 수 있도록 애플리케이션의 통합을 느슨한 결합 방식으로 지원하는 방식.

ESB 특징

서비스들을 컴포넌트화된 논리적 집합으로 묶는 핵심 미들웨어이며, 비즈니스 프로세스 환경에 맞게 설계 및 전개할 수 있는 아키텍처 패턴.

버스 방식으로 확장성, 유연한 아키텍처 구성이 가능.

EAI / ESB 방식 연계 모듈 환경 구축 절차

연계 DB 또는 계정 생성 -> 연계를 위한 테이블 생성 -> 연계 응용 프로그램 구현

웹 서비스란?

네트워크에 분산된 정보를 서비스 형태로 개방하여 표준화된 방식으로 공유하는 기술로써 서비스 지향 아키텍처 개념을 실현하는 대표적인 기술.

웹 서비스 유형

- SOAP(Simple Object Access Protocol) : HTTP, HTTPS, SMTP 등을 사용하여 XML 기반의 메시지를 네트워크 상태에서 교환하는 프로토콜. 보통의 경우 원격 프로시저 호출(RPC: Remote Procedure Call)을 하는 메시지 패턴 사용.

네트워크 노드(클라이언트)에서 다른 쪽 노드(서버)로 메시지를 요청하고, 서버는 메시지를 즉시 응답.

- UDDI(Universal Description, Discovery and Integration) : 웹 서비스에 대한 정보인 WSDL을 등록하고 검색하기 위한 저장소로 공개적으로 접근, 검색이 가능한 레지스트리이자 표준. 서비스 제공자는 UDDI라는 서비스 소비자에게 이미 알려진 온라인 저장소에 그들이 제공하는 서비스 목록들을 저장하게 되고, 서비스 소비자들은 그 저장소에 접근함으로써 원하는 서비스들의 목록을 찾을 수 있게 됨. 알려진 송수신 시스템의 통합 구현에서는 서비스의 공개 및 검색과정이 필요 없기때문에 UDDI를 구축하지 않아도 됨.

- WSDL(Web Service Description Language) : 웹 서비스명, 제공 위치, 메시지 포맷, 프로토콜 정보 등 웹 서비스에 대한 상세 정보가 기술된 XML형식으로 구현되어 있는 언어. SOAP와 XML 스키마와 결합하여 인터넷상에 웹 서비스를 제공하기 위해 사용되기도 함.

웹 서비스 방식 연계 환경 구축 및 구현 절차

실제 전송이나 전송 이력에 대한 기록 및 모니터링 기능 별도 구현 필요.

송수신 파일 경로 및 파일명 정의 -> 송신 연계 응용 프로그램 구현 -> 파일 전송 -> 수신 DB 반영 서비스 호출 처리 -> 수신 연계 응용 프로그램 구현

웹 서비스 방식 연계 모듈 구현

> 파일 전송 및 서비스 호출처리 구현은 웹 서비스 방식인 SOAP 및 WSDL을 활용한 XML 방식으로 구현.

> 수신 연계 응용 프로그램 구현은 송신 시스템에서 전달받은 XML의 정보를 추출하여 운영 DB에 INSERT하는 연계 응용 프로그램 작성.

IPC란?

운영체제에서 프로세스 간 서로 데이터를 주고받기 위한 통신 기술.

IPC 주요 기법

- 메시지 큐 : 메시지 또는 패킷 단위로 동작하여 프로세스 간 통신

- 공유 메모리 : 한 프로세스의 일부분을 다른 프로세스와 공유

- 소켓 : 클라이언트와 서버 프로세스 둘 사이에 통신을 가능하게 함

- 세마포어 : 프로세스 사이의 동기를 맞추는 기능 제공.

2) 연계 테스트 및 검증

연계 테스트란?

송수신 시스템을 연계하였을 때 데이터의 정합성과 데이터 전송 여부에 대한 테스트.

사전에 테스트 케이스를 작성하고, 작성된 테스트 케이스를 활용하여 연계 테스트를 수행한 후 수행 결과를 검증하는 방식으로 진행.

연계 테스트 절차

연계 테스트 케이스 작성 -> 연계 테스트 수행 -> 연계 테스트 수행 결과 검증

[ 연계 테스트 케이스 작성 ]

단위 테스트 케이스

송수신 시스템 간 연계 데이터 정상 추출 여부, 데이터 형식 체크, 데이터 표준 준수 여부 등 테스트 가능하도록 작성.

통합 테스트 케이스

송수신 시스템 간에 연계 시나리오를 구성하여 다양한 결과가 나올 수 있도록 테스트 케이스 작성.

[ 연계 테스트 수행 ]

연계 테스트 케이스의 시험 항목 및 처리 절차대로 실제 연계 응용 프로그램을 실행하며 테스트 후 결과 확인.

송신용 연계 응용 프로그램과 수신용 연계 응용 프로그램 각각 단위 테스트 수행.

[ 연계 테스트 수행 결과 검증 ]

연계 테스트 수행 시 동작 단계별 오류 여부 체크, 오류 발생 시 정확한 분석을 통해 해당하는 부분에 대한 오류 수정.

송수신 연계 테이블을 통한 트랜잭션이 실패했을 경우, 프로세스 구간별로 예외 처리 방안 고려.