메시지 지향 미들웨어
"오늘의AI위키"의 AI를 통해 더욱 풍부하고 폭넓은 지식 경험을 누리세요.
1. 개요
메시지 지향 미들웨어(MOM)는 분산 시스템에서 애플리케이션 간의 통신을 용이하게 하는 미들웨어의 한 종류이다. 1980년대에 등장한 미들웨어는 이기종 플랫폼, 프로그래밍 언어, 통신 프로토콜, 하드웨어 간의 복잡성을 추상화하여 개발자가 애플리케이션 개발에 집중할 수 있도록 지원한다. MOM은 메시지 기반 프로토콜을 사용하여 메시지를 버퍼링, 라우팅, 변환하며, 비동기 메시지 전달과 메시지 큐를 통해 시스템의 유연성과 안정성을 높인다. MOM은 라우팅 및 멀티캐스트 기능과 메시지 변환 도구를 제공하지만, 메시지 브로커 추가로 인한 성능 저하, 동기적 통신에 대한 불편함, 표준 부족 등의 단점도 존재한다. MOM은 JMS, AMQP, MQTT, DDS, XMPP 등 다양한 표준과 프로토콜을 사용하며, 최근에는 하드웨어 구현도 시도되고 있다.
더 읽어볼만한 페이지
- 미들웨어 - 마이크로소프트 비즈토크 서버
마이크로소프트 비즈토크 서버는 다양한 시스템 통합 및 비즈니스 프로세스 자동화를 지원하는 서버 소프트웨어로, 여러 버전이 출시되었으며 어댑터, 가속기 등의 기능을 제공하고 대한민국 여러 산업 분야에서 활용되었으나 클라우드 기반 솔루션의 등장으로 입지가 변화하고 있다. - 미들웨어 - 프라우드넷
프라우드넷은 게임 서버 및 네트워크 개발에 사용되는 미들웨어로, 클라이언트-서버 및 P2P 네트워킹 기능을 제공하며, 대규모 동시 접속을 지원하도록 성능, 안정성, 유연성에 초점을 맞춰 개발되었다.
메시지 지향 미들웨어 | |
---|---|
개요 | |
유형 | 소프트웨어 또는 하드웨어 기반 구조 |
특징 | 분산 시스템에서 메시지 교환을 용이하게 함 비동기 통신 지원 느슨하게 결합된 시스템 아키텍처 구현 |
아키텍처 | |
핵심 요소 | 메시지 큐 메시지 브로커 메시지 채널 |
통신 방식 | 발행-구독 (Publish-Subscribe) 점대점 (Point-to-Point) |
기능 | |
메시지 전달 보장 | 안정적인 메시지 큐잉을 통해 메시지 손실 방지 |
메시지 변환 | 서로 다른 형식의 메시지 변환 지원 |
라우팅 | 메시지를 적절한 대상으로 전달 |
장점 | |
결합도 감소 | 시스템 간의 의존성 감소 |
확장성 | 시스템 확장이 용이 |
유연성 | 다양한 통신 패턴 지원 |
신뢰성 | 메시지 전달 보장 |
단점 | |
복잡성 증가 | 아키텍처 설계 및 관리의 복잡성 증가 |
성능 오버헤드 | 메시지 큐잉 및 브로커로 인한 성능 저하 가능성 |
디버깅 어려움 | 분산 시스템 특성상 문제 발생 시 추적 및 해결의 어려움 |
활용 분야 | |
엔터프라이즈 애플리케이션 통합 (EAI) | 서로 다른 애플리케이션 간의 데이터 교환 |
금융 거래 시스템 | 안정적인 거래 처리 |
클라우드 컴퓨팅 | 분산 환경에서의 애플리케이션 통신 |
사물 인터넷 (IoT) | 장치 간의 메시지 교환 |
예시 | |
구현 기술 | RabbitMQ Apache Kafka ActiveMQ JMS (Java Message Service) MSMQ (Microsoft Message Queuing) |
참고 문헌 | |
도서 | Message-Oriented Middleware - Edward Curry (2004) Message Oriented Middleware - Oracle 문서 |
2. 기원
미들웨어라는 개념은 1980년대에 등장하여, 오래된 시스템과 새로운 애플리케이션을 연결하는 문제에 대한 해결책을 제시하였다. 또한, 분산 컴퓨팅을 촉진하여 컴퓨터 네트워크 상에서 여러 애플리케이션을 연결하고 큰 애플리케이션을 형성하는 데 기여했다.[1]
초기에는 지원하는 플랫폼과 언어가 제한적이었으나, 시간이 지나면서 다양한 플랫폼, 언어, 프로토콜을 지원하도록 발전하였다.[1]
2. 1. 비유적 설명
은행은 1960년대부터 고객 정보를 대규모 메인프레임에 저장해왔다. 이후 개인용 컴퓨터(PC) 기반 애플리케이션이 등장하면서 메인프레임의 데이터를 활용하는 데 어려움을 겪었다. PC 기반 애플리케이션과 메인프레임 애플리케이션을 연결하여 데이터를 공유하면 다음과 같은 이점이 있었다.# PC 애플리케이션이 오래된 메인프레임 터미널을 대체할 수 있다.
# PC 기반 시스템은 메인프레임의 데이터를 새로운 방식으로 활용할 수 있다.
그러나 1980년대 말까지 애플리케이션 통합은 쉽지 않았다. 개발자는 다음과 같은 문제에 직면했다.
# 데이터를 주고받는 시스템 간 형식 변환을 위한 소프트웨어 "어댑터" 개발이 필요했다.
# 한쪽 시스템의 처리 속도가 다른 쪽 시스템을 제한했다. (예: 메인프레임이 느리면 PC 애플리케이션도 느려짐)
# 메인프레임과 PC 네트워크 프로토콜이 다르면 게이트웨이 시스템 구현이 필요했다.
이러한 문제로 인해 애플리케이션 통합은 개별 시스템별로 설계해야 했고, 이기종 애플리케이션 간 연결에는 기존 시스템 개발 이상의 비용이 발생했다.
미들웨어는 이러한 문제에 대한 해결책으로 등장했다. 서로 다른 플랫폼, 프로그래밍 언어, 통신 프로토콜, 하드웨어를 다루고, 기반 인프라스트럭처의 복잡성을 분리하여 개발자가 애플리케이션 개발에 집중할 수 있도록 지원한다.
3. 미들웨어의 종류
- 원격 프로시저 호출(RPC) 기반 미들웨어
- 객체 요청 브로커(ORB) 기반 미들웨어[3]
- 메시지 지향 미들웨어(MOM) 기반 미들웨어
이러한 모든 모델은 하나의 소프트웨어 구성 요소가 네트워크를 통해 다른 구성 요소의 동작에 영향을 미칠 수 있게 해준다. RPC 및 ORB 기반 미들웨어는 긴밀하게 결합된 구성 요소 시스템을 만드는 반면, MOM 기반 시스템은 구성 요소의 느슨한 결합을 허용한다는 점에서 차이가 있다. RPC 또는 ORB 기반 시스템에서 한 프로시저가 다른 프로시저를 호출할 때, 호출된 프로시저가 반환될 때까지 기다려야 다른 작업을 수행할 수 있다. 이러한 대부분의 동기식 메시징 모델에서 미들웨어는 네트워크에서 호출된 프로시저를 찾고 네트워크 서비스를 사용하여 함수 또는 메서드 매개변수를 프로시저에 전달한 다음 결과를 반환하는 슈퍼 링커 역할을 한다.[2] 객체 요청 브로커는 일방향 호출을 통해 완전한 비동기식 메시징도 지원한다.[3]
4. 메시지 지향 미들웨어 (MOM)
메시지 지향 미들웨어(Message-Oriented Middleware, MOM)는 메시지를 사용하여 응용 소프트웨어 간 비동기 통신을 지원하는 미들웨어 유형이다. MOM은 메시지 큐 시스템에 의존하는 경우가 많으며, 브로드캐스트 또는 멀티캐스트 배포 방식을 사용하기도 한다.
MOM 시스템에서 클라이언트는 API를 호출하여 제공자가 관리하는 대상에 메시지를 보낸다. 이 호출은 제공자 서비스를 통해 메시지를 라우팅하고 전달한다. 메시지를 보낸 후 클라이언트는 다른 작업을 계속할 수 있으며, 제공자는 수신 클라이언트가 메시지를 검색할 때까지 메시지를 보관한다. 이러한 메시지 기반 모델은 제공자의 중재와 결합되어 느슨하게 결합된 구성 요소 시스템을 만든다.[4]
MOM은 요청-응답 아키텍처와 반대되는 개념으로, 비동기 메시지 전달에 의존하는 상호 응용 소프트웨어 통신 소프트웨어의 한 범주이다. 비동기 시스템에서 메시지 큐는 대상 프로그램이 사용 중이거나 연결되지 않은 경우에도 임시 저장소 역할을 한다. 대부분의 비동기 MOM 시스템은 영구 저장소를 제공하여 메시지 큐를 백업하므로, 송신자와 수신자가 동시에 네트워크에 연결될 필요가 없으며, 간헐적인 연결 문제도 해결된다. 수신 응용 프로그램이 실패하더라도 발신자는 영향을 받지 않고 계속 작업을 할 수 있으며, 보낸 메시지는 메시지 큐에 축적되어 수신자가 다시 시작될 때 나중에 처리된다.
메시지 지향 미들웨어 시스템에서 목적지에 수신된 메시지는 원래 전송된 메시지와 동일할 필요가 없다. MOM 시스템은 내장된 기능을 통해 메시지를 변환하고 송신자 또는 수신자의 요구 사항에 맞게 라우팅할 수 있다.
4. 1. 장점
메시지 지향 미들웨어(MOM)는 다음과 같은 장점을 가진다.- 비동기 통신: 송신자와 수신자가 동시에 네트워크에 연결되어 있을 필요가 없다. 네트워크 품질이 낮거나 연결이 간헐적인 경우에도 메시지를 안정적으로 전달할 수 있다. 송신자는 수신자의 상태와 관계없이 메시지를 보내고 다른 작업을 계속할 수 있으며, 수신자는 나중에 메시지를 처리할 수 있다.
- 메시지 저장 및 전달: 메시지는 큐에 저장되어 수신자가 준비될 때까지 보관된다. 수신 애플리케이션이 중지되더라도 메시지는 유실되지 않고 나중에 처리될 수 있다.
- 라우팅 및 멀티캐스트: 미들웨어는 메시지를 적절한 수신자에게 라우팅하고, 필요한 경우 여러 수신자에게 동시에 메시지를 보낼 수 있다.
- 메시지 변환: 송신자와 수신자의 요구에 따라 메시지 형식을 변환할 수 있다. 이를 통해 서로 다른 시스템 간의 통신이 가능해진다. 최근의 MOM은 GUI 기반의 변환 도구를 제공하여 개발자가 쉽게 변환 규칙을 설정할 수 있게 되었다.
- 느슨한 결합: MOM을 사용하면 구성 요소 간의 결합도를 낮출 수 있다. 송신자와 수신자는 서로 직접 통신하지 않고 MOM을 통해 메시지를 주고받기 때문에, 한 구성 요소의 변경이 다른 구성 요소에 미치는 영향이 줄어든다.
- 관리 용이성: MOM은 관리 인터페이스를 제공하여 성능을 모니터링하고 조정할 수 있다. 이를 통해 상호 운용성, 신뢰성, 보안, 확장성 및 성능과 같은 문제를 MOM 시스템에서 처리할 수 있다.
4. 2. 단점
메시지 지향 미들웨어(MOM)는 아키텍처에 메시지 브로커라는 외부 구성 요소가 필요하다는 주요 단점이 있다.[1] 다른 모든 시스템과 마찬가지로, 구성 요소를 추가하면 성능과 신뢰성이 저하될 수 있으며, 시스템 전체의 유지 보수가 더 어렵고 비용이 많이 들 수 있다.[1]또한, 많은 애플리케이션 간 통신은 본질적으로 동기적 측면을 가지며, 발신자는 계속 진행하기 전에 메시지에 대한 응답을 기다리기를 원한다.[1] 메시지 기반 통신은 본질적으로 비동기적으로 작동하기 때문에 이러한 상황에 잘 맞지 않을 수 있다.[1] 하지만 대부분의 MOM 시스템은 요청과 응답을 단일의 유사 동기 트랜잭션으로 묶는 기능을 가지고 있다.[1]
동기 메시징 시스템에서는 호출된 함수가 작업을 완료할 때까지 호출 함수가 반환되지 않는다. 느슨하게 결합된 비동기 시스템에서 호출 클라이언트는 이 작업을 처리하는 데 필요한 리소스가 고갈되고 호출된 구성 요소가 실패할 때까지 수신자에게 작업을 계속 로드할 수 있다. 물론 이러한 조건은 성능을 모니터링하고 메시지 흐름을 조정하여 최소화하거나 피할 수 있지만, 이는 동기 메시징 시스템에서는 필요하지 않은 작업이다. 중요한 것은 각 시스템의 장점과 단점을 이해하는 것이다. 각 시스템은 서로 다른 종류의 작업에 적합하다. 때로는 원하는 동작을 얻기 위해 두 종류의 시스템 조합이 필요하다.
4. 3. 표준 부족 문제
과거에는 메시지 지향 미들웨어 사용을 규정하는 표준화가 부족하여 시스템 간 상호 운용성 문제가 발생했다. 주요 벤더들은 각자 고유의 애플리케이션 프로그래밍 인터페이스(API)와 관리 도구를 갖춘 자체 구현을 제공했다.[5][6][7]이러한 문제를 해결하기 위해 다양한 표준 및 프로토콜이 개발되었다. 주요 표준은 다음과 같다.
표준/프로토콜 | 설명 |
---|---|
고급 메시지 큐 프로토콜(AMQP) | OASIS 및 ISO 표준으로, 구현 간 상호 운용이 가능하도록 프로토콜과 형식을 정의한다. 점대점 통신, 팬아웃, 게시/구독, 요청-응답 등 일반적인 메시징 패턴을 지원하며, 트랜잭션 관리, 큐잉, 분산, 보안 등 다양한 기능을 제공한다. Java JMS, C#, C++, PHP, Python, Ruby 등 다양한 언어에 대한 API를 제공한다. |
고수준 아키텍처(HLA IEEE 1516) | 전기 전자 기술자 협회(IEEE) 및 시뮬레이션 상호 운용성 표준 기구(SISO) 표준으로, 시뮬레이션 상호 운용성을 위한 서비스를 정의한다. 게시/구독 기반 정보 교환, 조정된 데이터 교환 및 시간 전진, 동기화 지점 등의 서비스를 제공한다. |
MQ 텔레메트리 전송(MQTT) | OASIS 조직에서 지원하는 ISO 표준으로, M2M/IoT 환경에 적합한 경량 게시/구독 메시징 전송 프로토콜을 제공한다. |
데이터 분산 서비스(DDS) | 객체 관리 그룹의 표준으로, 확장 가능하고 실시간이며 신뢰할 수 있는 게시/구독 미들웨어 표준을 제공한다. C++, C++11, C, Ada, Java 및 Ruby에 대한 인터페이스를 제공한다. |
X/Open 그룹의 XATMI | 프로세스 간 통신을 위한 API를 표준화한다. ATR Baltic의 Enduro/X 미들웨어와 오라클의 턱시도가 이 API를 구현한다. |
이러한 표준 및 프로토콜의 등장으로 메시지 지향 미들웨어 시스템 간의 상호 운용성 문제가 점차 해결되고 있다.
5. 표준 및 프로토콜
과거에는 메시지 지향 미들웨어 사용을 규정하는 표준화가 부족하여 문제가 발생했다. 주요 벤더들은 각자 고유의 애플리케이션 프로그래밍 인터페이스(API)와 관리 도구를 갖춘 자체 구현을 가지고 있었다.[2]
자바 EE 프로그래밍 환경은 대부분의 MOM 공급업체에서 구현되는 자바 메시지 서비스(JMS)라는 표준 API를 제공하며 특정 MOM API 구현을 숨기는 것을 목표로 한다. 그러나 JMS는 교환되는 메시지의 형식을 정의하지 않으므로 JMS 시스템은 상호 운용할 수 없다.[2]
메시지 지향 미들웨어에 대한 오랜 표준 중 하나는 X/Open 그룹의 XATMI 사양(분산 트랜잭션 처리: XATMI 사양)으로, 이는 프로세스 간 통신을 위한 API를 표준화한다. 이 API의 구현으로는 ATR Baltic의 Enduro/X 미들웨어와 오라클의 턱시도가 있다.[2]
고급 메시지 큐 프로토콜(AMQP)는 OASIS[5] 및 ISO[6] 표준으로 승인된 프로토콜이다. AMQP는 참여하는 애플리케이션 구성 요소 간에 사용되는 프로토콜과 형식을 정의하므로 구현 간 상호 운용이 가능하다. P2P형 메시징, 발행/구독형 메시징 또는 이를 조합한 것 등을 정의할 수 있을 정도로 유연하며, 이 분야의 표준이 될 가능성이 있을 정도로 강력하다.[10] AMQP는 점대점 통신, 팬아웃, 게시/구독, 요청-응답을 포함한 일반적인 메시징 패턴과 유연한 라우팅 체계를 함께 사용될 수 있다. (프로토콜 표준 자체의 v1.0에서는 의도적으로 생략되었지만, 라우팅을 위해 특정 구현 및/또는 기본 네트워크 프로토콜에 의존한다.) 또한 트랜잭션 관리, 큐잉, 분산, 보안, 관리, 클러스터링, 페더레이션 및 이기종 멀티 플랫폼 지원을 지원한다. AMQP를 사용하는 Java 애플리케이션은 일반적으로 Java JMS로 작성된다. 다른 구현은 C#, C++, PHP, Python, Ruby 및 기타 프로그래밍 언어에 대한 API를 제공한다.[2]
고수준 아키텍처(HLA IEEE 1516)는 시뮬레이션 상호 운용성을 위한 전기 전자 기술자 협회(IEEE) 및 시뮬레이션 상호 운용성 표준 기구(SISO) 표준이다. C++ 또는 Java의 API를 통해 제공되는 일련의 서비스를 정의한다. 이 서비스는 모듈식 연합 객체 모델을 기반으로 게시/구독 기반 정보 교환을 제공한다. 또한 논리적 시뮬레이션 시간을 기반으로 조정된 데이터 교환 및 시간 전진, 동기화 지점을 위한 서비스도 있다. 추가 서비스는 소유권 이전, 데이터 분산 최적화, 참여 연합 시스템(Federate)의 모니터링 및 관리를 제공한다.[2]
MQ 텔레메트리 전송(MQTT)는 OASIS 조직에서 지원하는 ISO 표준(ISO/IEC PRF 20922)이다. 작은 코드 공간이 필요하거나 네트워크 대역폭이 중요한 M2M/IoT 환경에서 통신에 적합한 TCP/IP 상의 경량 게시/구독 신뢰성 메시징 전송 프로토콜을 제공한다.[2]
객체 관리 그룹의 데이터 분산 서비스(DDS)는 확장 가능하고, 실시간이며, 신뢰할 수 있고, 고성능이며, 게시자 및 구독자 간의 상호 운용 가능한 데이터 교환을 가능하게 하는 메시지 지향 게시/구독(P/S) 미들웨어 표준을 제공한다.[7] 이 표준은 C++, C++11, C, Ada, Java 및 Ruby에 대한 인터페이스를 제공한다.[2]
확장 가능한 메시징 및 상태 프로토콜(XMPP)은 확장 가능한 마크업 언어(XML)를 기반으로 하는 메시지 지향 미들웨어용 통신 프로토콜이다.[11] 확장 가능하도록 설계된 이 프로토콜은 게시-구독 시스템, VoIP 신호, 비디오, 파일 전송, 게임, 스마트 그리드와 같은 사물 인터넷(IoT) 애플리케이션 및 소셜 네트워킹 서비스에도 사용되었다. 대부분의 인스턴트 메시징 프로토콜과 달리 XMPP는 개방형 표준으로 정의되어 있으며 개발 및 애플리케이션에 개방형 시스템 접근 방식을 사용한다. 이를 통해 누구든지 XMPP 서비스를 구현하고 다른 조직의 구현과 상호 운용할 수 있다. XMPP는 개방형 프로토콜이므로 모든 소프트웨어 라이선스를 사용하여 구현을 개발할 수 있다. 많은 서버, 클라이언트 및 라이브러리 구현이 자유 오픈 소스 소프트웨어로 배포되지만 많은 프리웨어 및 독점 소프트웨어 구현도 존재한다.[2]
스트리밍 텍스트 지향 메시징 프로토콜(STOMP)(구 TTMP)는 간단한 텍스트 기반 프로토콜로서, STOMP 클라이언트가 프로토콜을 지원하는 모든 메시지 브로커와 통신할 수 있도록 하는 상호 운용 가능한 와이어 형식을 제공한다.[12]
특히 C 클라이언트에 공통 API를 제공하는 것을 목표로 하는 활발하게 진화하는 OpenMAMA 프로젝트와 함께 비슷한 노력이 이루어지고 있다. 2012년 8월 현재 주로 게시-구독 미들웨어를 통해 시장 지향 데이터(예: 주식 시세)를 배포하는 데 적합하다.[2]
추가된 트렌드에 따르면, 메시지 지향 미들웨어 기능은 일반적으로 필드 프로그래머블 게이트 어레이(FPGA), 주문형 반도체(ASIC) 또는 기타 특수 실리콘 칩에서 하드웨어로 구현되고 있다.[13][14]
6. 메시지 큐잉
메시지 지향 미들웨어(MOM) 시스템에서, 메시지 큐는 분산된 애플리케이션 간의 정보 교환을 가능하게 한다. 메시지 큐는 메모리 또는 디스크에 저장될 수 있으며, 서비스 소비자에 의해 처리될 때까지 큐에 남아 있는다.[9] 메시지 큐를 사용하면 애플리케이션을 독립적으로 구현할 수 있으며, 서로의 위치를 알 필요 없이 메시지를 주고받을 수 있다.[9]
많은 메시지 지향 미들웨어는 전송되는 메시지의 백업을 유지함으로써 영속성을 제공한다. 즉, 송신 측과 수신 측은 동시에 네트워크에 접속할 필요가 없다. 이는 네트워크 품질이 낮거나 사용자가 불규칙적으로 접속하거나 접속에 시간 제한이 있는 경우 등 접속이 단속적인 경우에 특히 유용하다. 또한 수신 측에서 문제가 발생하여 애플리케이션이 중지되더라도 송신 측은 이에 영향을 받지 않고 전송을 계속하며 메시지를 저장해두고, 나중에 수신 측 애플리케이션이 재개되었을 때 처리가 이루어진다.[9]
7. 최근 동향
고급 메시지 큐잉 프로토콜(AMQP)은 메시지 지향 미들웨어를 위한 개방형 표준 응용 계층 프로토콜이다.[10] 객체 관리 그룹(OMG)의 데이터 분산 서비스(DDS)와 공통 객체 요청 브로커 아키텍처(CORBA)는 많은 새로운 표준을 추가했다. CORBA는 최근 C#에 대한 새로운 언어 매핑과 최신 C++(C++) 언어 표준 업데이트를 지원하기 위한 IDL-C++ 매핑 사양 업데이트를 포함한다. 확장 가능한 메시징 및 상태 프로토콜(XMPP)은 확장 가능한 마크업 언어(XML)를 기반으로 하는 메시지 지향 미들웨어를 위한 통신 프로토콜이다.[11] 스트리밍 텍스트 지향 메시징 프로토콜(STOMP)는 간단한 텍스트 기반 프로토콜로, STOMP 클라이언트가 프로토콜을 지원하는 모든 메시지 브로커와 통신할 수 있도록 하는 상호 운용 가능한 와이어 형식을 제공한다.[12]
최근에는 메시지 지향 미들웨어 기능이 필드 프로그래머블 게이트 어레이(FPGA), 주문형 반도체(ASIC) 등 하드웨어로 구현되는 추세가 나타나고 있다.[13]
참조
[1]
서적
Message-Oriented Middleware
https://www.wiley.co[...]
John Wiley and Sons
2004
[2]
서적
Message Oriented Middleware
http://docs.oracle.c[...]
[3]
서적
Common Object Request Broker Architecture
https://www.omg.org/[...]
[4]
웹사이트
E. Curry, D. Chambers, and G. Lyons, "Extending Message-Oriented Middleware using Interception", presented at Third International Workshop on Distributed Event-Based Systems (DEBS '04), ICSE '04, Edinburgh, Scotland, UK, 2004.
http://www.edwardcur[...]
2011-08-09
[5]
간행물
1.0 Becomes OASIS Standard
http://www.amqp.org/[...]
AMQP
2012-10-31
[6]
웹사이트
ISO/IEC 19464:2014
http://www.iso.org/c[...]
[7]
문서
Data Distribution Service for Real-time Systems (DDS)
Object Management Group
2007-01
[8]
문서
http://www.disa.mil/[...]
2013-05-23
[9]
웹사이트
MQ – Introduction to Message Oriented Middleware and IBM MQ
https://itgix.com/bl[...]
2018-08-30
[10]
문서
OASIS AMQP version 1.0, sections 2.6.7-2.6.8
OASIS AMQP Technical Committee
2012-06-18
[11]
간행물
XMPP as MOM
Greater NOrdic MIddleware Symposium (GNOMIS)
2005-04-18
[12]
웹사이트
STOMP Protocol Specification, Version 1.2
https://stomp.github[...]
2012-10-22
[13]
웹사이트
Are You Soft in the Middle? The future of enterprise IT rests in hardware applications
http://advice.cio.co[...]
2009-02-09
[14]
문서
ORB''express'' for Field Programmable on Gate Arrays
https://www.ois.com/[...]
FPGA
본 사이트는 AI가 위키백과와 뉴스 기사,정부 간행물,학술 논문등을 바탕으로 정보를 가공하여 제공하는 백과사전형 서비스입니다.
모든 문서는 AI에 의해 자동 생성되며, CC BY-SA 4.0 라이선스에 따라 이용할 수 있습니다.
하지만, 위키백과나 뉴스 기사 자체에 오류, 부정확한 정보, 또는 가짜 뉴스가 포함될 수 있으며, AI는 이러한 내용을 완벽하게 걸러내지 못할 수 있습니다.
따라서 제공되는 정보에 일부 오류나 편향이 있을 수 있으므로, 중요한 정보는 반드시 다른 출처를 통해 교차 검증하시기 바랍니다.
문의하기 : help@durumis.com