턱시도(TUXEDO), Tmax(Transaction Maximization)
1. 등장 배경
턱시도(TUXEDO)는 Transaction Manager의 표준으로 X/OPEN, OSF 등의 표준화 근간을 제공하였고,
현존하는 대부분의 TP Monitor들이 턱시도를 기반으로 개발되었다.
Tmax는 Transaction Maximization의 약어로서 "트랜잭션 최대화"라는 의미로
Tmax는 트랜잭션 처리의 ACID특성을 만족시키면서 사용자가 원하는 최적의 개발환경을 제공하며
개방형 시스템의 국제 표준인 X/Open DTP모델을 준수하는 TP-Monitor이다.
2, TP 모니터
(1) 개념
TP monitor (transaction processing monitor)란?
⼗ 서버 등에서 트랜잭션이 프로세스 내의 한 단계로부터 다음단계로 잘 넘어가는지를 감시하는 프로그램이다.
⼗ 각기 분리된 두개의 프로그램 사이에서 매개역할을 하는 미들웨어의 일종으로 컴퓨터간 정보교환과 같은
트랜잭션이 단계적으로 진행되는지를 관리하는 프로그램이다.
TP monitor의 목적은?
트랜잭션 처리가 완전하다는 것을 보장하고, 만약 에러가 발생하면 적절한 조치를 취하기 위한 것이다.
대형 전산시스템의 경우 하루 수천만건의 트랜잭션이 발생하게 되는데, TP monitor는 시스템의 부하를 조절하고
장애 발생을 방지해 안정적으로 시스템이 운영되도록 해준다.
본래 TP monitor는 웹 환경이 아닌 전통적인 클라이언트 서버 환경에서 사용할 수 있도록 개발되었다.
그러나 최근 개발된 TP monitor는 웹 환경에서도 클라이언트 서버환경과 똑같이 활용할 수 있도록 개발했다.
TP monitor는 미들웨어의 대표적인 제품군으로 가격이 비싼 편인데 그동안 미국 BEA사의 턱시도가 세계시장을 독점하다시피 했다. 최근 순수 국재기술로 개발된 Tmax는 현재 국내시장에서 빠른 속도로 보급되고 있고 일본 에도 수출될 예정이다. 현재 한빛은행 농협중앙회 한국투자신탁 한국생산성본부 삼성에버랜드 등 20여개의 기업에 서 Tmax를 미들웨어로 채택해 사용하고 있다.
(2) 분산 TP moniter 선택시 고려사항
분산 TP monitor는 분산된 환경에서 어플리케이션간 상호 통신 (Messaaging), 분산 트랜잭션들의 모니터링
(Monitoring) 및 관리기능 (Management)등을 수행하여야 하며, 선택할 때 고려할 사항들은 다음과 같다.
(3) 원리
3. 개념
(1) 턱시도
① 제품 명칭
⼗ 제품명 : BEA TUXEDO Version 6.4
⼗ 제작사 : AT&T USL (Unix System Lab.)
⼗ 발표년도 : 1978년 (Version 6.4은 1998년에 Release)
⼗ 국내 공급시기 : 1993년
② 제품 사용환경
⼗ 다수의 사용자 (100 이상 - 수십만, 수백만)
⼗ 전사적이며, Mission Critical 업무
⼗ 대량의 분산 트랜잭션 처리
- 2단계 commit을 통한 데이타 무결성 보장
⼗ LAN 및 WAN이 혼재된 분산 환경
⼗ 이기종 하드웨어 및 이기종 DB 사용 환경
⼗ 빠른 응답속도
(2) Tmax
① 제품 명칭
⼗ 제품명 : Tmax (Transaction Maximization)
⼗ 제작사 : Tmax - SOFT (한국)
⼗ 발표년도 : 1998년
② 개요
⼗ 네트워크의 발달로 컴퓨터 환경이 C/S 환경으로 분산됨에 따라 기업 정보 시스템은
다양한 이기종 컴퓨터 환경에서 분산되어 운용되고 있음.
⼗ 결국 개발자 입장에서는 개발 생산성 향상을 위해 분산 투명성을,
⼗ 시스템 관리자에게는 이질적인 환경에 대한 통합성과 시스템 안정성을 제공하기 위해
새로운 개념의 미들웨어가 필요하게 됨.
4. 역사
(1) 턱시도
1. 1978년 UNIX System Laboratory (USL)에서 Transaction Manager로 턱시도 발표.
2. Transaction Manager의 표준으로 X/OPEN, OSF 등의 표준화 근간을 제공함.
(현존하는 대부분의 TP Monitor들이 TUXEDO를 기반으로 개발 되었음.)
3. TPC Benchmark를 발표한 하드웨어, DBMS 업체 중 80% 이상이 TUXEDO를 채택함.
4. 세계 시장 점유율 40% 이상을 차지하고 있는 TP Monitor의 표준 제품임.
5. 1993년부터 국내 공급.
(2) Tmax
1. 1998년 Tmax 1.0 발표
2. 1999년 Tmax 2.1 및 WebT 제품 발표
3. 2000년 국내 최초로 증권사 Cyber Trading 시스템에 적용 (대우증권)
5. 환경
(1) 턱시도
① 특징
턱시도는 메임프레임 수준의 OLTP 업무를 오픈 클라이언트/서버 환경에서 개발하고, 운영하는 기반구조를
제공하는 분산 TP 모니터이며, 다음과 같은 특징을 갖는다.
⼗ 분산 온라인 트랜잭션 처리 모니터 -> 다양한 하드웨어와 다양한 DB 연동
⼗ 오랜 사용실적을 갖는 TP monitor -> 안정적인 제품
(78년 미국의 AT&T가 전화 회선 교환 업무를 위해 개발)
⼗ X/Open의 각종 표준 준수 -> 이기종간 상호 운용성이 높음
⼗ 성능 향상 -> TPC-C BMT 자료 참조 (www.tpc.org 참조)
⼗ 단순, 명료한 API 제공 -> 어플리케이션 개발 용이
⼗ GUI Admin. Tool 제공 -> 관리 효율성
② 시스템 요구사항
<1> 서버 요구사항
⼗ 하드웨어
- 메모리 : UNIX 기종에 따라 상이함.
(8 ~16 Mbytes) + 어플리케이션당 (0.5 ~1) Mbytes 이상
- 디스크 : 50 Mbytes
⼗ 소프트웨어
- UNIX, Windows-NT
- C Compiler (COBOL 사용시 MF COBOL Version 3.x)
⼗ 네트워크
- TCP/IP
<2> 클라이언트 요구사항
⼗ 하드웨어
- 메모리 : 1.5 Mbytes 이상
- 디스크 : 2.5 Mbytes 이상
⼗ 소프트웨어
- DOS, Windows(3.1 or 95), Windows-NT, Mac., OS/2등
- Visual C++ Verson 1.5 이상 혹은 4GL Tool
⼗ 네트워크
- TCP/IP
(2) Tmax
검토사항 | 내 용 설 명 | |
대응 프로토콜 | 애플리케이션 API | XATMI, TX, TxRPC |
Integrating API | XA, OSI-TP | |
Network | TCP/IP, X.25, SNA | |
운영체제 | Server | Unix, NT, Linux, OS390(Open Edition) |
Client | Unix, Win (3.1, 95, 98, NT), DOS등 | |
지원 플랫폼 | Unix 및 NT를 지원하는 모든 HArdware | |
서버용 개발언어 | C, C++ COBOL | |
클라이언트 개발언어 | C, C++ 및 모든 4GL (PowerBuilder, Delphi, Visual C, Visual Basic, Magnet 등)지원 | |
DBMS 지원 | 모든 DBMS (ORACLE, Informix, Sybase, DB2(UDB) 등) | |
6. 사용시 개선점
(1) 턱시도
(2) Tmax
※ Tmax가 없는 2-tier 시스템의 경우
| |
※ Tmax가 있는 3-tier 시스템의 경우 | ||
7. 턱시도의 동작 원리
(1) 한 머신내에서 TUXEDO의 동작원리는 다음과 같으며, 하나의 WSH 프로세스는 여러 개의 Client들을 제어한다. (High Volumn : 10여개, Low Volumn : 30 ~ 50여개)
1) Client에서 TUXEDO와 접속을 요청하면 WSL와 접속 됨. 2) WSL는 WSH의 Address를 Return. 3) WSL는 WSH에 Connection 요청. 4) Client에서 서비스를 요청 하면 WSH와 접속. (이후 데이타는 WSH와 송수신) 5) WSH는 해당 서비스의 존재 위치 및 관련 정보를 Bulletin Board에서 찾음. 6) 해당 서버의 어플리케이션에 서비스 요청. 7) 서버의 어플리케이션은 해당 서비스를 수행하고, 그 결과를 WSH로 Return. 8) WSH는 Return된 결과를 Client로 보냄. |
(2) 분산환경에서의 TUXEDO의 내부 동작원리를 프로세스 관점에서 살펴보면 다음과 같다.
⼗ DBBL Master 서버머신에만 존재하며, 주기적으로 모든 서버의 BBL 정보를 일치시키는 프로세스 로서 주기는 사용자가 정의 함. ⼗ BBL 로컬 머신의 어플리케이션들 (AP1 ~ APn)의 상태를 주기적 으로 점검하는 프로세스로서, 점검주기 는 사용자가 정의함. ⼗ Bridge 머신간의 데이터 송수신 통로 역할을 수행하는 프로세스로서, 여러 개를 띄워 사용할 수 있음. |
8. 기능
(1) 턱시도
① 분산 트랜잭션 처리기능
- 턱시도는 X/Open DTP 모델을 준수하며, 트랜잭션 관리자로서 트랜잭션에 참여한 데이터베이스들을 제 어하여 데이터의 무결성을 보장한다. 또한 트랜잭션에 참여한 어플리케이션간의 트랜잭션 메시지 통신기능을 제공한다.
② 위치 투명성 및 데이타 의존형 라우팅 기능
- 어플리케이션에서 트랜잭션을 이름으로 요청하면 턱시도는 이를 최종 목적지에 전달하여 어플리케이션 에게 트랜잭션에 관한 위치 투명성을 제공한다. 같은 이름의 트랜잭션이 여러 개의 머신에 존재하는 경우에 도 사용자가 입력한 필드의 데이터 값에 따라서 라우팅하는 기능을 제공한다. 따라서 어플리케이션은 분산 환경의 구성으로부터 독립적이며, 환경이 변하여도 수정없이 운영된다.
③ 부하 분산(Load Balancing) 기능
- 시스템의 부하에 따라 부하 분산이 수행되어, 부하가 적은 곳에서 트랜잭션이 처리된다. 부하가 전 시스템 에 고르게 분산되므로 전체적인 트랜잭션 처리량의 증대와 응답속도의 향상을 보장한다.
턱시도의 부하 분산은 어플리케이션간 혹은 서버 머신간 이루어진다.
④ 서비스 단위의 우선순위 스케쥴링 기능
- 서비스 (트랜잭션) 종류별 혹은 사용자가 원하는 우선순위 내용별로 스케쥴링하여 특정 서비스가 우선적으 로 처리되게 할 수 있어, 시스템이 비지한 경우에도 긴급한 트랜잭션은 빨리 처리된다.
⑤ 시스템 리포트 기능
- 온라인 시스템을 운영하면서 성능에 관련된 정보들을 수집한다. 이를 참조하여, 시스템 성능을 개선하는데 기초자료로 활용한다.
⼗ 머신간 메세지 교환 수
⼗ 온라인 프로세스별 트랜잭션 처리 수
⼗ 큐(Queue)별 큐잉되어 있는 트랜잭션 수
⼗ 시스템에서 처리중인 트랜잭션 수
⼗ 클라이언트별 트랜잭션 시작, 취소, 완료 수
⼗ 일별, 시간대별, 트랜잭션 종류별 트랜잭션 처리 시간
⑥ 보안 (Security) 기능
- 턱시도는 다음과 같이 5단계의 Security를 제공한다.
⼗ 1단계 : UNIX 시스템에서 제공되는 Read, Write, Execute Permission
⼗ 2단계 : 어플리케이션 Password의 사용
⼗ 3단계 : TUXEDO가 제공하는 인증서버에 의한 사용자 권한 부여
⼗ 4단계 : ACL(Access Control List )에 의한 사용자별 특정 서비스 수행
⼗ 5단계 : Kerberos와 같은 Security Package를 연결하여 사용 가능
⑦ 다양한 프로세스간 통신 기능
- 어플리케이션은 업무의 특성에 따라 다양한 통신 방식을 필요로 하는데, TUXEDO는 다음과 같은 다양한 통신 모델들을 제공한다.
a) 동기형 통신
b) 비동기형 통신
c) 대화 (Conversational) 통신
d) 전달방식을 이용한 통신 (Request Forwarding)
e) /Q를 이용한 Stored and Forwarding
f) Broadcasting 혹은 Notify
g) Event Broker
h) RPC 및 TxRPC -> RPC는 동기형 통신 방식만을 제공
(RPC에 트랜잭션 개념을 도입한 것이 TxRPC 임)
⑧ 어플리케이션 프로세스의 관리 및 통제 기능
- 턱시도는 온라인 어플리케이션에 관련된 모든 관리를 중앙 집중식으로 관리하며 통제한다. 트랜잭션에 관한 정보들을 모니터링하고 특정 트랜잭션들을 관리자가 직접 처리하는 기능을 제공한다.
중앙 집중 관리는 Master 서버 머신에서 다음과 같은 업무들을 수행하며, 각각의 노드서버 머신에서는 이들 정보에 대한 모니터링이 가능하다. 이러한 관리 및 통제는 Web-Based GUI 툴에 의하여 수행된다.
⼗ 온라인 시스템 부팅, 셧다운
⼗ 특정 온라인 프로세스 부팅, 셧다운
⼗ 특정 트랜잭션 서비스 중지, 재개
⼗ 특정 트랜잭션 커밋, 취소
⼗ 특정 클라이언트 접속 제거
⼗ 머신 단위 혹은 그룹 단위의 이주(Migration)
⼗ 머신 연결, 단절
⼗ 도메인(Domain) 구성 관리
⼗ 동적 구성 관리
-> On-Line 상에서, 즉 서비스가 수행중인 상태에서 머신, 서버 혹은 서비스등을 동적으로(Dynamic) 추가하거나, 기존의 Parameter들을 변경할 수 있음
⑨ 장애 대책
- 무정지 온라인 시스템을 운영하기 위하여 각종 장애 사항에 대처하는 기능을 제공하는데, 턱시도는 다음과 같은 장애 대응책을 갖고 운영된다.
⑩ 도메인 (Domain) 구성 관리 기능
- 대규모 숫자로 구성된 시스템을 운영하는 경우, 관리가 가능한 단위로 도메인을 구성하여 관리한다. 즉, 도 메인은 턱시도에서 관리의 단위이며 도메인 구성시 결정 요소인 지역적, 기능적, 관리적인 측면을 고려하 여 구성한다. 턱시도 도메인 사이의 연결은 /TDOMAIN을 이용하여 연결하며, 다른 TP monitor 연결 은 /OSITP 도메인을 이용하여 연결한다.
도메인은 지역/기능별 응용 시스템의 구성 및 통합의 편리성을 제공하고, 가용성을 높일수 있다. 또한 강력 한 보안 기능을 제공한다.
⑪ 다양한 개발환경 지원
- 턱시도는 다양한 하드웨어, 오퍼레이팅 시스템, 개발도구, 데이타베이스를 지원하므로, 사용자에게 개발 의 유연성을 제공하며, Plug and Play 기능을 사용할 수 있게 한다.
ⅰ) 지원 하드웨어 (30 여종)
- Data General, Digital, Fujitsu, HP, IBM, Microsoft Windows-NT, NCR, NEC, Pyramid, SCO, Sequent, Silicon Graphics, Simens Pyramid, SUN, Unisys, AT&T, Amdahl, Bull,
Tandem Guardian, Tandem Integrity, COMPAQ, Dell, ICL, Intel x86, KSR, Motorola, Olivetti, Stratus, Teradata, TICOM, 주전산기-III등
ⅱ) 지원 O.S ( 20 여종)
- DG/UX, Digital UNIX, Windows-NT (Intel, Alpha), UPX/DS, HP-UX, AIX, OS/400, MP-RAS, US/4800, DC/OSx, UnixWare, OpenServer, DYNIX/ptx, IRIX, Solaris, SunOS, SVR4, NonStop-UX, ULTRIX, UNIX SVR3.2/4.0/4.0, UTS, VMS, Netware, Windows 3.1/95, DOS등
ⅲ) 지원 데이터베이스
- Oracle, Informix, Sybase, Ingres, TUXEDO/D 및 XA 지원 Database.
(2) Tmax
① 프로세스 관리
- 클라이언트마다 생성되는 서버의 업무처리 프로세스 수를 조절하여 시스템을 최적의 환경으로 활용할 수 있도록 관리한다. 특히 Business Logic이 변경될 경우 Client의 변경 없이 ServerMachine의 Logic 변경만 으로 해결이 가능하다는 특징을 가지고 있다.
또한 클라이언트와 서버간 통신을 메시지로 구현하여 네트워크 트래픽을 감소시키고, MSSQ (Multi Server/Single Queue)를 사용해 트랜잭션의 부하를 분산시킨다. 그리고, 트랜잭션에 따라 우선순위를 설 정하고, 서버 프로세스 개수를 자유롭게 설정할 수 있어, 궁극적으로 프로세스 관리를 통해 시스템의 놀라운 향상을 가져올 수 있다.
② 분산 트랜잭션 관리
- 둘 이상의 동종 또는 이기종 시스템 상에 존재하는 DBMS와 관련된 전역 트랜잭션 (Global Transaction) 처리시 2단계 처리 (2 Phase Commit)를 지원하여 데이터 무결성 (Data Integrity)을 보장함으로써 분산 트랜 잭션을 완벽하게 처리한다.
이러한 트랜잭션 처리도 Tmax에서 제공하는 매우 간단한 함수 (tx_begin, tx_commit, tx_rollback 등)만으 로 처리할 수 있어 프로그래머가 전역 트랜잭션을 구현하는 데 전혀 어려움이 없다.
⼘ 클라이언트 서버간 2PC (2 Phase Commit)지원Global transaction지원
⼘ Recovery/Rollback기능
⼘ 트랜잭션 중앙집중관리
⼘ 트랜잭션 스케줄링
③ 부하조절
- 다음과 같은 다양한 부하 조절 방식을 제공한다.
데이터 값에 따른 부하조절
: 여러 Node에서 동일한 종류의 서비스가 지원되는 경우 데이터의 범위에 따라 처리할 Node를 할당함으로 써 부하를 조절하게 한다.
시스템 성능에 따른 부하조절
: Node 성능이나 시스템 상황에 따라 Node별로 처리량을 조절하여 전체 시스템의 처리량을 증대시키고 처리시간을 단축한다.
동적 부하조절
: 특정 Node에 부하가 집중되는 경우 동적 부하조절 방법에 따라 부하를 분산하여 전체 시스템의 처리량 을 증대시키고, 처리시간을 단축한다.
④ 장애대책
- 다음과 같은 다양한 장애대책이 마련되어 있다.
H/W 장애대책
: 서비스 백업에 의해 정상운영이 가능하다. (Peer-to-Peer 방식)
S/W 장애대책
: 서버 프로세스의 다운과 같은 S/W 장애시 해당 서비스를 처리하는 서버 프로세스가 자동으로 재시작됨으로써 중단없는 서비스가 제공된다.
⑤ 프로세스의 User Control 지원
- 다음과 같은 두가지 종류의 AP 프로세서를 지원한다.
TCS (Tmax Control Server)
: Tmax Handler의 Control을 기다리는 프로세스로서 Tmax의 Control에 의존하는 Active Type의 프로세서이다.
UCS (User Control Server)
: Tmax Handler를 통하여 클라이언트의 자료를 처리하는 점은 TCS와 동일하지만 USC를
이용한 업무처리 프로세스는 프로그래머가 필요한 시점에서 클라이언트의 요청을 처리한다는 점이
다르다.
⑥ 보안기능
- 1단계, 파일 접근 통제
: OS에서 제공하는 읽기, 쓰기, 실행 등의 Permission 통제를 말한다.
2단계, 시스템 접속 인증
: Tmax 시스템에 설정된 암호가 일치하는 클라이언트만 시스템에 접속이 가능하게 하는 기능.
3단계, 사용자 인증
: Tmax 시스템에 등록되어 있는 클라이언트만 시스템에 접속하게 하고, 서비스 제공이 가능하게 하는 기능.
4단계, 서비스 접근 인증
: 보안이 요구되는 서비스에 대하여 서비스별로 클라이언트의 접근을 제한하는 기능.
5단계, 보안패키지를 이용한 통제
: 보안 인증 시스템과 결합하여 강력한 보안 기능을 제공한다.
⑦ Naming 서비스
- 간단명료한 서비스 호출 : 분산된 시스템 내에서 원하는 서비스의 위치를 알지 못하더라도 그 이름만 가 지고 호출하여 서비스 (Transaction)를 처리할 수 있으며, 프로그램 개발이 용이하다.
위치 투명성 : 클라이언트는 서버의 주소를 알지 않고 서비스 이름으로 거래를 처리함으로써 가장 효율적 으로 클라이언트의 요청에 서버가 대응하게 되며, 서비스 호출이 단순명료하다.
⑧ 편리한 API 및 다양한 통신방식 지원
- 단순한 클라이언트/서버 프로그래밍은 물론 고도로 복잡한 트랜잭션 처리 관련 프로그래밍동 API 함수를 이용하여 간단하게 작성할 수 있다. 또한 통합개발환경 도구 (Programming Work Bench)를 제공하여 프로 그램 개발과 디버깅이 용이하여 개발 비용이 최소화된다.
⑨ 시스템 관리
- Tmax 상에서 작성된 모든 프로그램은 자동적으로 Tmax 시스템 관리자에 의해 관리되며, 프로세스 상태, 서비스 큐잉 상태, 서비스 처리 건수, 평균 서비스 처리시간과 같은 전체 시스템 진행 상황을 모니터링할 수 있어 시스템 관리의 편의성을 제공한다.
⑩ 멀티도메인 및 다양한 게이트웨이 모듈 제공
- 지역별 또는 업무별로 시스템이 분산되어 있을 경우에도 상호 데이터를 교환하거나 편리하게 관리할 수 있 으며, Tmax를 기반으로 한 시스템 외에도 다른 환경의 시스템간 연동이 가능한다. Tmax 게이트웨이 모 듈 외에도 SNA, CICS, SNA IMS, TCP CICS, TCP IMS, OSI TP 등과 같은 다양한 게이트웨이 모듈을 지 원한다.
⑪ 신뢰성을 보장하는 RQ (Reliable Queue) 기능 제공
- 처리하고자 하는 트랜잭션이 장시간 소요되거나 갑작스럽게 서버에 장애가 발생하여도 데이터를 보존하며,
신뢰성 있는 처리를 보장한다.
⑫ 다른 미들웨어 전환
- 다른 미들웨어 (Tuxedo, TopEnd, Entera)로 개발된 업무 프로그램의 수정없이 Tmax 환경으로 전환이 가능하다.
⑬ CORBA 객체 관리 및 서비스 지원
- CORBA 서비스 객체 프로세스를 Tmax가 관리하여 프로세스 관리, 부하조절 등의 Tmax 기능을 적용할 수 있다.
ⅰ) CORBA Spec.을 준수하는 프로그램 개발이 가능하다.
ⅱ) CORBA를 위한 Naming Service를 지원한다.
ⅲ) CORBA Server Object : Source Level의 호환성을 제공한다.
ⅳ) CORBA Client Object : Binary Level의 호환성을 제공한다.
9. 참고 자료 - Tmax, 턱시도 비교(www.Tmax.co.kr)
구분 | 항 목 | Tmax | 턱시도 |
제조사 | 국가 | 한국 | 미국 |
공급사 | (주)Tmax소프트 | BEA | |
표준 준수 | X/Open (XA, TX, TxRPC) | 지원 | |
OSI - TP | 지원 | ||
지원 Platform | O / S 기준 | UNIX, NT, Linux, OS390(Opend Editon) 등 | |
H/W 기준 | IBM, HP, SUN, COMPAQ, SGI, TICOM 등 모든 H/W | ||
DBMS 기준 | XA를 지원하는 모든 DBMS | ||
프로세서 관리 | 프로세스 자동증가 (Auto Spawing) | 완벽한 지원 | 적용사례 없음 |
User Control Server | 지원 | 미지원 | |
우선순위 설정 / 장애시 자동 복구 | 지원 | ||
프로세스간 통신 | 엔진과 AP 서버간 통신 | Stream I/O (Pipe) | Master-Slave |
분산Transaction (Transaction Failout) | Distributed TP | 지원 | |
Transaction Logging | 지원 | ||
장애대책 기능 | 장애대책 방식 | Peep - to - Peer | Master - Slave |
부하조절 기능 | Data 값 /하드웨어 성능별 부하조절 | 지원 | |
환경상태에 따른 동적부하 조절 | 지원 | 미지원 | |
통신방식 | Synchronous | 지원 | |
Reliable Queuing | Disk Base Queuing | 지원 | |
자료전송 | 구조체, String, Array 등 | 지원 | |
동적 필드 지원 | 지원(FDL) | 지원(FML) | |
구조체 배열 지원 | 지원 | 미지원 | |
보안기능 | 5단계 보안 기능 제공 | ||
Data Encryption | 송수신 자료 암호화(알고리즘) | 자체 개발 | RSA사의 RC4 |
데이터 압축 기능 | Network Traffic 절감 | 지원 | |
Logging 기능 | System/ Transaction/ Use/ Standard Out Log | 지원 | |
이기종 접속 | X.25, TCP/IP(IMS/CICS), SNA (LU6.2) | 지원 | |
구분 | 항 목 | Tmax | Tuxedo |
CORBA 지원 | CORBA 객체관리 및 서비스 | 지원 | 미지원 |
다른 미들웨어 전환 | Tmax ↔ Tuxedo | 국방보급체계, 쌍용캐피탈, 주택은행, 현대해상화재 등 검증/운영 | 전환 사례 없음 |
TopEnd | 삼성전자, 페어차일드, 삼성에버랜드 등 운영 | 전환 사례 없음 | |
Entera | 현대중공업, 고려대학병원 진행중 | 전환 사례 없음 | |
인터넷(Web) 지원기능 | Internet Interface (Web 연동) | WebT로 지원 | Jolt로 지원 |
Web Application Server | JEUS | Web Logic | |
웹 통합 미드웨어 | WebinOne | 없음 | |
성능 비교 | 국내외 BMT 사례 | 국내 BMT에서 우수한 성능 발휘 | 국내 BMT에서 성능 뒤떨어짐 |
TPC-C 신청중 | TPC-A, C 완료 | ||
유지보수 능력 | 장애 복구 대응 | 신속하며 정확한 대체 | 문제 발생시 대처 곤란 (장시간 소요) |
기술력 | 엔진 Source 보유 | 자체 보유 | 국내에 Source가 없으며, 엔진 Source 분석 불가 |
기술 Back-up 보유 | KAIST 박사/석사 16명으로 Back-up체제 완비 | 미국 현지 상황을 알수 없음 | |
추가 기능 제공 능력 | 요청 및 필요시 즉시 제공 (업무 특성에 적절한 시스템 디자인) | 요청 전달체계가 복잡하고 장시간 소요되며, 수용여부 불투명 | |
Consulting 능력 | 시스템 전부문에 걸쳐 Consulting 지원 및 Soultion 제시 | TP-Monitor lvel에서 기술 지원 | |
교육 및 컨설팅 Fee | 교육 | 무상제공 | 단계별 유료 교육 |
컨설팅 | 무상 제공 - Kaist 박대연 교수 | 전문 엔지니어 유상 지원 | |
적용 사례 | 국내외 업체 | 국내60여개 업체 (20000년 11월 현재) | 적용 사례 많음 |
