Infra 구성
VM서버
- 물리적인 큰 서버 한 대를 VMware 같은 기술로 쪼개서 여러 대의 가상 서버로 만드는 것
- VMware ESXi 가상화 환경
중계 서버
- 아마 DMZ에 있는 web서버를 말하는 것 같음 -> 외뷔 ip 갖고 있고, 태블릿이나 pc가 처음 접속하는 곳
업무 서버
- WAS, AP
- 내부ip만, 실제 jeus 돌아가고 clip e-form 엔진 설치된 곳
NW연계 구성
- 통신 경로 (스토리지 등등 과의)
- 방화벽(Firewall) 설정 -> 허락된 서버끼리 특정 포트로만 통신 하게끔
- L4스위치 : 접속요청을 여러 대의 서버로 나눠주는 역할 (로드 밸런싱) -> 교통 정리의 개념. 안바쁜 서버로 보냄.
Interface
MMS (Multi-channel Management System) - MCI랑 비슷한 의미
- MCI (Multi-channel Integration) : 여러 채널 (창구 단말, 전자문서 앱)의 요청을 하나의 표준으로 통합해서, 안쪽 서버에 전달하는 시스템. AP서버로 전달.
- MMS : 전달보다는 그 채널들을 관리 + 제어 하는 느낌.
EAI (Enterprise Application Integration)
- 은행 내부의 다른 서버(계정계 등)들과 데이터 주고받을 때 통하는 곳
- 내부 서버 간의 허브
- 전자문서 시스템이 계정계 등 다른 시스템과 데이터 주고 받을 때 사용
FEP (Front End Processor)
- 외부 기관 (금결원 등)과 데이터 주고 받을 때 쓰는 곳
DMZ에 있는 WEB서버 역할
- 1차 방어선 : 내부 DB나 AP서버까지 못들어오게
- 정적콘텐츠 제공 : 화면에서 보이는 이미지, 로고, 배경 디자인처럼 변하지 않는 데이터는 WEB서버가 직접 빠르게 보여줌
WEB서버 #1, #2
이중화 구성
: 똑같은 능력을 갖춘 서버가 2대
- 무중단 서비스를 위해 (하나가 뻑나도, 하나는 정상 가동)
- 부하 분산
L3 Switch - 목적지 ip보고 데이터 전달. 어디 서버로 가라
L4 Switch - 구체적인 포트까지 안내. 부하분산(몇번 서버로 가라)
VMware ESXi
- 가상서버 관리하는 전용 특수운영체제
- 물리적인 실제 서버 장비 위에 설치되어, 하나의 기계를 여러 대의 가상 컴퓨터(VM)로 쪼개주는 가상화플랫폼
서버 10대가 필요하면, 기계 10대 사는게 아니라
고성능 기계 1대에 ESXi 깔고, 그 안에 가상서버 10대 만들 수 있음
-> 근데 ESXi의 크기는 정해져있기 때문에, 가상 서버를 무한정 늘릴 순 없음.
각 서버에 나눠준 코어 합이, 한도 넘어가면 cpu경합 발생 (서버들이 서로 cpu쓰려고 싸움)
ram 한도 넘어가면 시스템 멈추거나 느려짐.
서버 증설을 논의한다면?
-> ESXi 호스트(물리서버)에 추가로 수용할 수 있는 여유자원이 충분한지 검토. 아니면 물리 서버 자체를 새로 한대 더 사야되는지.
물리 자원 보다 더 많은 자원을 가상 서버에 할당 : 오버커밋
SW라이선스
- 솔루션 Ex. 제우스, CLIP e-Form -> 얘네는 코어수나 서버 대수에 따라 라이선스 비용 지불
AP서버 = WAS 는 아님.
WAS (Web Application Server)
- 미들웨어
-> 중간 역할
-> web서버를 통해 요청이 오면, 중간에 있는 was가 db에서 데이터 가져오고, 처리(clip e from 등)해서 web으로 전달.
- 앞단 : web서버
- 중간 : was
- 뒷단 : dbms
- 부하분산 및 헬스 체크 (l4스위치와는 층이 다름)
- L4스위치는 서버 밖에서 들어오는 거 분산. (#1~#4 중 텅비어 있는 애로)
- was는 특정 업무가 너무 무겁거나 서버 하나가 뻗으려고 하면, JEUS끼리 서로 신호 주고 받으며 옆 서버로 넘기거나 백업
- 왜 모든 서버에 JEUS(WAS)가 들어가있나?
- 서버들(정보관리, 이미지컨버터, 서식관리)은 모두 JAVA기반의 웹서비스로 동작.
- JAVA로 만든 프로그램이 살아서 움직이려면, was환경 필요.
- ap : jeus위에 e-from올린 서버
- 이미지컨버터 : jeus위에 이미지 변환 모듈을 올린 서버
- 서식관리 : jeus 위에 formula 룰엔진 올린 서버
-> 용도는 다 다르지만, 모두 웹통신(http/tcp)을 통해 데이터를 주고 받는 java프로그램들
JEUS
- WAS 역할을 수행하는 제품
DBMS에 jeus 없는 이유
- DB는 java엔진(was)이 아니라 오라클, 티베로 등 데이터 저장엔진 자체가 돌아감.
AP 서버
- WAS가 설치된 서버들 중 가장 메인 업무를 하는 서버를 부르는 별명 같은 거로 이해
- JEUS엔진 위에 CLIP e-Form 솔루션이 올라가서 실제로 문서를 만들고 계산하는 정보관리 서버
- WEB서버가 단순한 요청, 정적인 일만 한다면, AP서버는 실제로 복잡한 계산 및 처리를 함 (동적인 일)
룰엔진 - Formula
- 서식결정 : 데이터를 보고, 아 ~ 지금은 이런 서식이 필요하겠네 하고, 서식 세트를 골라줌.
- 필수 값 정의.
- 공통 규칙을 쉽게 수정 가능. (서식 파일 자체를 일일이 열어서 수정, 배포할 필요x)
CLIP e-Form
- 서식 화면 생성
- 룰엔진이 골라준 서식을 , clip e-form이 설계도 (crfe 파일) 정보를 모아서 pdf뷰어에 전달.
- 서식 설계도 (crfe) 가져와서 데이터 채워넣고 서명위치 지정하고 등등 논리적인 설계 해줌.
- 필수값은 룰이 지정해주지만, 검증은 여기서.
pdf 뷰어
- 문서 확인
- clip e-from이 만든 데이터를 pdf로 변환하여 화면에 보여줌.
- clip e form이 준 정보로 보여주는 시각적인 역할. 화면에 렌더링.
magic converter 이미지 변환
- 확인 끝난 pdf문서가 이미지 서버로 가야함.
- TIFF 이미지로 변환해서 영구 보존, 수정 불가 한 이미지 파일로