[정보처리기사 실기] 4과목 - 통합구현

01. 연계데이터 구성

 

1. 연계 요구사항 분석

서로 다른 두 시스템, 장치, 소프트웨어를 서로 이어주는 중계역할을 하는 연계 시스템과 관련된 요구사항을 분석하는 과정

 

02. 연계 매커니즘 구성

응용 소프트웨어와 연계 대상 모듈간의 데이터 연계 시 요구사항을 고려한 연계 방법과 주기를 설계하기 위한 흐름

 

1. 연계 방식

구분	직접연계	간접연계
장점	연계 및 통합 구현이 단순하며 용이 개발 소요 비용 및 기간이 짧음 중간 매개체가 없으므로 데이터 연계 처리 성능이 대체로 좋음	서로 상이한 네트워크, 프로토콜 연계 및 통합 가능 인터페이스 변경시에도 장애, 오류없이 서비스 가능 보안이나 업무처리 로직을 자유롭게 반영가능
단점	시스템간의 결합도가 높아 시스템 변경에 민감 암, 복호화 처리불가 연계 및 통합 가능한 시스템 환경이 제한적	연계 아키텍처, 매커니즘이 복잡해 성능저하 개발 및 적용을 위한 테스트 기간이 상대적 장기간 소요
기술	DB링크, DB연결,  API, JDBC, 하이퍼링크	EAI, ESB, WEBservice, Socket

 

03. 내외부 연계 모듈 구현

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

연계 모듈 기능 구현은 EAI/ESB 방식과 웹서비스 방식으로 구분

1. EAI 방식

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

 

01. EAI 구성요소

구성요소	설명
EAI 플랫폼	이기종 시스템간 애플리케이션 상호운영 데이터의 신뢰성 있는 전송을 위한 메시지 큐와 트랜잭션 미들웨어 기능수행 대규모 사용자 환경을 지원을 위한 유연성과 확장성 보장
어댑터 (Adapter)	다양한 패키지 애플리케이션 및 기업에서 자체적으로 개발한 애플리케이션을 연결하는 EAI 핵심장치, 데이터 입출력도구
브로커(Broker)	시스템 상호간 데이터가 전송될 때 데이터 포맷과 코드를 변환하는 솔루션
메시지 큐  (Message Queue)	비동기 메시지를 사용하는 다른 응용 프로그램 사이에서 데이터를 송수신 하는 기술
비즈니스 워크플로우 (Business Workflow)	미리 정의된 기업의 비즈니스 Workflow에 따라 업무를 처리하는 기능

 

02. EAI 구축유형 - 포허메하

구성요소	설명
포인트 투 포인트 (Point to Point)	가장 기초적인 애플리케이션 통합방법 1:1단순 통합 솔루션을 구매하지않고 개발자간의 커뮤티케이션을 통해 통합 가능
허브 앤 스포크 (Hub & Spork)	단일한 접점의 허브시스템을 통하여 데이터를 전송하는 중앙 집중 방식 허브 장애시 전체 장애 발생
메시지 버스 (Message Bus)	애플리케이션 사이 미들웨어(버스)를 두어 연계하는 미들웨어 통합방식 뛰어난 확장성과 대용량 데이터 처리가능
하이브리드 (Hybrid)	그룹내는 허브앤스포크, 그룹 간에는 메시지 버스 방식 그룹내 환경에 맞는 작업가능

 

2. ESB 방식

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

미들웨어 (Bus)를 중심으로 각각 프로토콜이 호환할 수 있도록 느슨한 결합방식 지원

* 서비스들을 컴포넌트화 된 논리적 집합으로 묶는 핵심 미들웨어

 

EAI(Enterprise Application Integration) 및 ESB(Enterprise Service Bus)는 조직 내에서 서로 다른 컴퓨터 시스템을 연결하는 두 가지 방법입니다.
EAI는 거미줄처럼 시스템을 직접 연결합니다.
중앙 허브에 연결되어 통신하고 데이터를 공유할 수 있습니다.
마치 단체 채팅방에 있는 모든 사람이 호스트의 전화번호를 가지고 있기 때문에 모두 호스트를 통해 서로 소통할 수 있는 것과 같습니다.
ESB는 각 시스템이 메시지를 주고받는 게시판이나 포럼과 같습니다.
버스 또는 대기열. 버스는 한 시스템에서 메시지를 가져와 다른 시스템으로 전달하는 중개자 역할을 합니다.
그룹 채팅에 있는 모든 사람이 메시지 보드에 메시지를 게시하고 다른 모든 사람이 메시지를 읽고 응답할 수 있는 것과 같습니다.
ESB는 일반적으로 더 유연한 것으로 간주됩니다.
그들 사이에 직접적인 연결을 설정합니다. 또한 ESB에는 메시지 변환 및 오류 처리와 같은 고급 기능이 있는 경우가 많습니다.

 

3. WebService 방식

네트워크에 분산된 정보를 서비스 형태로 개방하여 표준화된 방식으로 공유하는 기술

 

01. 웹서비스 유형

유형	설명
SOAP (Simple Object Acess Protocol)	HTTP, HTTPS, SMTP 등 사용하여 XML 기반의 메시지를 네트워크 상태에서 교환하는 프로토콜 원격 프로시저 호출 (RPC; Remote Procedure Call)을 하는 메시지 패턴을 사용 클라이언트에서 서버로 메시지를 요청하고 서버는 메시지를 즉시 응답 HTTP 프로토콜 상 SOAP Envelope, 헤더, 바디등 추가된 XML 문서로 송수신은 HTTP로함
UDDI (Universal Description Discovery and Integration)	웹서비스에 대한 정보인 WSDL을 등록하고 검색하기 위한 저장소, 공개적으로 접근 검색이 가능한 레지스트리이자 표준 서비스 제공자는 UDDI라는 서비스 소비자에게 이미 알려진 온라인 저장소에 그들이 제공하는 서비스 목록들을 저장하게되고, 서비스 소비자들은 그 저장소에 접근하며 원하는 서비스 목록을 찾을 수 있게된다.
WSDL (WebService Description Language)	웹 서비스명, 제공위치, 메시지포맷, 프로토콜 정보 등 웹서비스에 대한 상세정보가 기술된 XML 형식으로 구현되어있는 언어 SOAP, XML 스키마와 결합하여 인터넷상에 웹서비스를 제공하기 위해 사용되기도 함