1.TIBCO FTL 소개
What si FTL?
>Tibco사의 메시징 플랫폼
-차세대
- 고성능
-클라우드, 모바일
-엔터프라이즈 지원
featuresTIBCO Messaging Suite= 팁코 메세징 제품군 특징
•TIBOFTL®
>최고의 성능, 저전력 엔터프라이즈 및 클라우드 지원 메시징 솔루션
•TIBCO eFTL™
> HTML5/Web Sockets를 사용하여 웹 및 모바일 기반 장치로 메시징 인프라 확장
•TIBCO EMS(Enterprise Message Service)
>스토어 및 전달 메시징 서비스를 위한 업계 최고의 JMS 기반 솔루션
•TIBCO Rendezvous®
>20년 이상의 역사를 통해 모든 산업에 실시간 데이터 배포 기능을 제공했지만, 오늘날까지 Rendezvous는 업계 최고의 멀티캐스트 기반 데이터 배포 플랫폼입니다
•TIBCO ActiveSpaces®
>기록 기능의 데이터베이스 시스템과 미들웨어 관리 기능을 결합한 분산 메모리 내 데이터 그리드
2.Event Bus 구축고려사항
TIBCO FTL
•Fast Data Platform의 극한 성능 요구에 맞게 구축
•서버 기반 아키텍처의 관리 유연성과 P2P(Peer-to-Peer) 기반 설계의 고성능 결합
•특별한 인프라 요구사항이 없는 경량 구현 모델
•전체 TIBCO 플랫폼
>StreamBase, BW, BWCE, Flogo
•Enabled로 제공 보장, 엔드 투 엔드 보안, FT/DR 및 휴대성이 뛰어난 Docker 컨테이너 배치와 같은 엔터프라이즈 및 클라우드 기능 제공
가장 높은 수요에 맞게 설계
-세계에서 가장 빠른 성능
• 단일 소비자당 초당 6백만 개 이상의 메시지 전송
•공유 메모리를 사용하는 호스트 내 대기 시간 210나노초 미만
• 직접 공유 메모리를 사용하는 최대 30나노초 스레드 간 대기 시간
• 10Gb-E 이상의 RDMA를 사용하는 호스트 간 대기 시간 하위 1.7마이크로초
• 단일 소비자당 초당 250,000개 이상의 메시지 완전 동기화 지속성
•
• 단일 소비자 비동기 지속성당 초당 100만 개 이상의 메시지 수
TIBCO FTL 구성 요소
메모리에 분산 되어있는 지속성 엔진
메시징 애플리케이션
•프로듀서
•컨슈머
Realm 서버 –FTL 구성
•메시지 구조(형식
)•애플리케이션 데이터 스트림(엔드포인트)
•물리적 통신 채널(운송)
•서버의 데이터 스트림 품질(지속성)
지속성 엔진
•클러스터된 다중 엔진
•메모리 기반
클라이언트 API
•C, Java, .NET
TIBCO FTL Realm Server UI
FTL 메인화면
지원Transport 유형 (Tranceport 탭)
•TIBCO FTL은용도에맞게사용할수있는다양한Transport를지원함•Shared Memory•TCP•Static•Dynamic•Secure•Reliable UDP•Multicast•RDMA•Process
Messaging Model
•Request & Reply •(1:1 , Client/Server)•Publish & Subscribe •(1:N)•Message Distribution •(1:N , butonly1)•Load balancing•기타Any model
Messaging Qos
•Reliable MessageDelivery•Guaranteed Message Delivery•Fault-tolerant group•AP들의그룹관리•Last Value Cache•마지막Message 캐시•활용예)AP간상태공유•Map Value Cache •마지막Map 형태Message 캐시
Messaging QoS > Guaranteed Message Delivery
•전송Path•Path-1:Pub/Sub간직접Path 1st전송경로
•Path-2:Store를경유한Path 2nd백업경로
•특장점
•고성능: 중간경유Hop 없이최단경로전송
•고효율: 전송보장Layer 추가로인한성능손실최소화: Memory based store, No disk i/o
•전송보장예시
•Subscriber S/W down
•Subscriber H/W down
•Subscriber N/W failure
•Sub 장애상황동작설명
①Pub메시지Store에저장됨
②Sub 복구시Store저장된메시지먼저수신catch-up
③Catch-up 완료후Direct-path를통한메시지수신
Messaging QoS > Last Value Cache
•메시지전송스트림의마지막메시지보관
•아래경우모두동작
•Subscriber 동작시
•Subscriber 장애시
•SubscriberAP는기동중이나, 명시적으로수신객체생성하지않은경우
•전송Path:Store 경유Path 만필요
•이미지보완설명
•Sub APP 별로서로다른Key값에관심
•Key별로Last-Value가보관됨
•Store에저장된Message는모두동일한Format임
TIBCO FTL: Rich Monitoring API (example: Grafana)
*Event Bus 구축고려사항*
•장애Case 별FTL의대응방안Event 수집Layer별장애대응