Middleware

클라이언트/서버 시스템의 중간에 위치하여 응용 프로그램들 간에 데이터를 자유롭게 연결해 줌으로써 사용자나 개발자가 환경에 관계없이 정보시스템 개발 및 사용을 효율적으로 지원하는 소프트웨어(출처 : INFORBRIDGE 1996.5)

네트워크/서비스가 다른 두 개의 영역 사이에서 상호간 데이터 전달 및 사용자의 Action을 처리해주는 역할을 수행한다.

이 기종간의 서비스 상호 연결

(예 : IBM Mainframe을 위한 SNA Network에서의 업무와 인터넷의 연결 – 종래에 IBM Mainframe 접속을 위하여 터미날 에뮬레이터를 클라이언트 PC에 설치하여 사용했으나 인터넷/웹의 발전으로 인하여 웹을 통하여 온라인 업무를 수행하고자 하는 욕구 발생)

왜 필요하게 되었나 ?

기존의 폐쇄된 업무처리환경이 오픈화 방향으로 이동

기존의 네트워크가 인터넷/웹으로의 환경 전이 발생 -> 웹을 통한 업무가 확산

발전방향

기존 2 Tier 시스템 : 대형 서버 --- 클라이언트

Middleware가 등장 3 Tier 시스템 : 대형 서버 --- 미들웨어 --- 클라이언트

기술적인 발전방향

초기 1996년 : 결과가 단순 HTML 문서로 나타나는 형태, Static, 정보 검색등이 주 의도

현재 : Java의 발전등에 힘입어 Dynamic 한 형태로의 정보 전달이 가능(기술의 형태 : Corba, Java EJB, JSP, Servlet등)

Middleware 솔루션의 문제점 과 해결책

Middleware에 연결이 몰리므로 서버 부하가 극심 -> Layer 4 Switch등을 통한 Load balancing 필요

Middleware의 다운 발생시 수많은 사용자의 업무 중단 -> Hot Spot 기능을 통한 seamless한 서버 전환 필요

l 현재 주된 업무는 Database 연동이라고 판단됨. 앞으로 다양한 분야로 범위를 넓힐 것으로 예상됨

l WAS도 미들웨어라고 생각됨

* Middleware가 자바로 만들어진다면 위 그림에서 Web Server와 Middleware의 연결은 Web Server에서 JSP+Servlet을 통하여 사용자로부터 입력을 받아 RMI를 통해 Middleware를 호출할 수 있을 것이라고 판단된다. 그 결과를 다시 사용자에게 전달된다.