반응형
미들웨어 (MiddleWare)
아키텍처(Architecture) 관점에서 Client 해당하는 곳에
유지보수와 성능차원에서 필요한 서버를 모두 둘 수는 없다.
즉, 클라이언트 관리(배포 등)로 인해 비용이 많이 발생하는 문제가 있다.
미들웨어 서버 구조
Client와 DBMS사이에 미들웨어 서버를 둔다.
클라이언트 입장에서는 미들웨어 서버로 입력/출력만 신경쓰면 된다.
▶ Client → MiddleWare Server → DB Server(DBMS)
① Client는 MiddleWare Server에 요청
② MiddleWare Server에서 주요(대부분) 로직 수행
③ 데이터 관리가 필요한 경우 DBMS 요청
④ 로직 결과를 Client에 전송
⑤ Client는 해당 결과를 화면에 표시
미들웨어 관리 업무
평소 미들웨어 관리자는 서버가 이상없이 운영되도록 관리한다.
- 주기적으로 서버를 재부팅(Reboot) 해주기도 한다. (장비 점검)
- 요청을 문제없이 처리하는지 모니터링 (장애관리)
- 사용자에게 필요한 프로그램 설치 및 사용 가이드 (트러블 슈팅)
그리고 회사 운영차원에서 사용 현황 보고, 서버 예산 편성할 수 있다.
특정 (미들웨어) 서비스는 자사에서 직접 만들지 않고
다른 회사와 상호 협력해서 이뤄지기도 한다.
그만큼 종류도 다양하고 용어상 경계도 모호한 경우도 있다.
반응형
'까망 동네 > IT 용어' 카테고리의 다른 글
컴파일 / 링크 / 빌드가 무엇일까? (0) | 2021.12.04 |
---|---|
SW 개발자에게 유지보수란? (0) | 2021.11.20 |
UX / UI / GUI란? (0) | 2021.09.17 |
PL / PM / IT 컨설턴트 / 개발자 (0) | 2021.06.19 |
IDE (Integrated Development Environment)란? (0) | 2021.02.20 |
댓글