AMQP(Advanced Message Queuing Protocol) 오픈 소스 TOP 4!

아래 글은  Top 5 Open Source AMQP (Advanced Message Queing Protocol) Implementations 을 번역한 글입니다.

AMQP(Advanced Message Queuing Protocol)은 미들웨어를 통한 메시징을 지원하도록 설계된 개방형 표준 프로토콜입니다. AMQP는 클라이언트와 메시징 미들웨어 간의 기능적 상호 운용성을 만들었습니다. 이 모델은 브로커 서비스 내에서 메시지를 라우팅하는 구성 요소 집합과 Network Wire Live Protocol로 구성되어 클라이언트 응용 프로그램이 서버와 통신하고 AMQ 모델과 상호 작용할 수 있게 합니다. 이 프로토콜은 분산 응용 프로그램에서 사용되며, point-to-point, publish, subscribe, fan-out 그리고 request-response 메시징 시스템을 포함합니다. AMQP는 메시지를 저장하지 않고 받는 사람을 대신하여 메시지를 대기열로 라우팅합니다. AMQP 구현에 대한 상위  4개 공개 소스는 아래와 같습니다.

1. RabbitMQ

RabbitMQ는 Erlang으로 작성 되었으며, 가장 널리 사용되는 강력한 메시징 중 하나입니다. RabbitMQ는 사용하기 쉽고 Cloud 규모에 적합합니다. 이 응용 프로그램은 대부분의 주요 운영 체제 및 플랫폼을 지원하며, Mozilla Public License에 기반한 오픈 소스입니다. 비즈니스 메시징 용으로 설계 되었으며, Adapters, SMTP, STOMP, HTTP 및 Light-Weight Web Messaging 통해 메시징을 제공합니다. active user들과 contributor들로 구성된 활발한 커뮤니티를 보유하고 있으며, VMAre의 SprinSoruce 부문을 통해 광범위한 상용 구현 지원을 제공합니다. RabbitMQ의 one time message는 소비자에게 메시지를 두 번 보내고, 여러 consumer들은 한 번에 서로 다른 메시지를 받을 수 있다. RabbitMQ의 주요 단점은 서버의 클러스터링 특성이 좋지 않다는 것입니다. 두 개의 대기열을 두 개의 호스트에 설정해야 하며 클라이언트 측 중복을 방지해야합니다. 그것은 250,000 이상의 클라이언트 및 대기열 수의 확장성을 지원하지 않습니다. Rabbit은 DNS / DHCP 오류에 매우 민감합니다.



2. OpenAMQ

OpenAMQ는 메시지 브로커이며 C/C ++ 및 JMS 용 클라이언트 라이브러리를 지원합니다. WireAPI라고 불리는 C API를 제공합니다. 이 API는 원격 관리 도구, instant federation, one line failover, 느린 클라이언트에 대한 보호 및 기타 많은 기능이 있습니다. 기본 / 보조 장애 조치, 메시지 처리, 트랜잭션 및 교환, 대기열, 서버 간의 바인딩 및 메시지 복제를 통해 HA를 지원합니다. 서버 측 상태가 재생성되었고, HA 지원은 연합 지원을 배제합니다. OpenAMQ의 단점은 문서가 거의 없고, 구현을 위한 강력한 커뮤니티 지원이 없다는 것입니다. AMQP 0.9의 이하 버전에서 작동하며 주로 JAVA 중심이며, 다른 언어의 기능을 제공하지 않습니다.





3. StormMQ

StormMQ는 On-Premise 또는 Cloud 솔루션으로 호스팅되는 메시지 지향형 미들웨어를 제공합니다. Cloud를 통해 전송되는 데이터에 대해 안전한 개방형 플랫폼과 법적 보호를 제공합니다. 이 솔루션은 RabbitMQ 및 Apache QPid의 클라이언트와 함께 작동하며, Mozilla Public License기반의 코드가 포함 된 오픈 소스를 통해 동작합니다. 이 소프트웨어는 Java로 작성되었으며, StormMQ의 고객 목록에는 미국 기반의 Smith Electric Vehicle과 미국 에너지 부가 포함되어 있습니다.




4. Apache Qpid

Apache Qpid는 C++, JMS(Java Messaging Service), Java, Python, .Net 및 Ruby로 작성된 메시지 브로커를 제공합니다. Apache는 AMQP 사양, 클러스터링 이기종, 다중 플랫폼 지원, 연합 및 보안을 구현합니다. 모든 대기열 데이터 및 메타 데이터는 클러스터를 구성하는 노드 전체에 복제됩니다. QPID는 아파치의 컴파일 프로젝트의 일종으로 클라이언트들의 더미와 서로의 버전의 AMQP 표준을 지원하는 두 개의 브로커를 가지고있다. 그리고 약간의 추가적인 boost libraries을 가지며, C++ 및 Python에서 메시징을 사용하는 것을 지원한다. 하지만 HTTP 게이트웨이를 통해 어느 언어로도 메시지를 생성하는 지원을 허용하지 않는다. C++ 브로커는 호스트 당 최대 50 만 개의 대기열을 제공하며, 서버를 다시 시작한 후에도 전달되지 않는 메시지를 위한 영구 대기열을 지원합니다.





AMQP의 주요 목적은 메시지를 전달하고 간단한 대기열 시스템을 사용하여 여러 서버 측 응용 프로그램에 비동기 메시지를 전달하는 것이고 전달 시스템은 구현이 쉽고 내구성과 확장 성이 우수해야 합니다. RabbitMQ는 고객의 선호하는 AMQP 중 하나이지만 더 많은 기능이 필요합니다.


[영문 원본 자료]

댓글

댓글 쓰기

이 블로그의 인기 게시물

macOS가 갑자기 부팅이 되지 않을 경우 데이터 복구 또는 백업 방법

이미지
어느날 갑작스럽게 Mac이 부팅 되지 않을 때, 그 안에 담겨진 소중한 자료들을 복구 할 수 있는 방법을 소개 합니다. 최악의 상황인 HW 문제가 있다면 소중한 자료들의 확보는 분명 어렵겠지만, OS적인 문제로 부팅이 되지 않을 경우는 다음과 같은 시도를 통해 확보가 가능할 수 있다. Mac 제품 특히 저장 장치가 SSD인 Mac은 저장장치가 메인 보드에 장착되기 때문에 일반 노트북처럼 2.5인치 내장 저장장치를 꺼내 다른 컴퓨터에 연결할 수 없다. 이런 경우 수리 센터에 맡길 수 있겠지만, 데이터 복구는 개인 정보 때문에 지원받지 못할 수 있다. 그렇다면 어떻게 하면 될까? 바로 '외장 저장장치'에 최신 macOS를 설치 후(시동 디스크 생성과 동일), 이 외장 저장장치로부터 macOS을 부팅하여 Mac 내부에 있는 저장장치에 접근이 가능할 수 있고, 데이터도 복구를 할 수 있다. 1. MacBook 또는 iMac 하드웨어 설정 초기화(NVRAM 초기화) 사용하다가 갑자기 어느날 macOS가 부팅이 안되면 우선 머리가 하얗게 되어 아무런 생각이 없을 것이다. 부팅을 여러번 시도할 것이고, 그래도 안된다면 수리 센터를 생각해 볼 것이다. 비용도 비용이지만 소중한 내 자료를 백업 가능할지 모르겠다. 일반 사용자가 하드웨어 설정(보통 이런 설정은 NVRAM에 저장됨)을 바꾸지는 않을 것이다. 하지만 설치한 하드웨어 또는 소프트웨어들에 의해 값들이 변경될 수 있다. NVRAM에 저장되는 정보의 예를 들면 무선랜에 연결되면 다음에 다시 연결될 수 있도록 연결된 무선랜의 이름과 암호를 저장한다. 이러한 하드웨어 설정들이 동작에 일부 영향을 줄 수 있다. 이 NVRAM을 초기화를 위해서는 전원 버튼을 누른 후 바로 'option' + 'command' + 'P' + 'R' 네 키를 동시에 누르면서  약 20초 동안 유지하면 된다. 애플 로고가 두 세번 보일 수도 ...
자세한 내용 보기

C++로 프로그래밍할 때 인자 또는 리턴 값으로 std::vector 등 STL 데이터 타입 처리하는 좋은 방법

C++ 프로그래밍할 때 std::vector 등 STL 데이터 타입을 호출하는 함수로 넘겨주거나 받아야 할 경우가 있다. 이런 경우 메모리 문제 또는 속도 문제 때문에 고민을 많이 할 것 같은데, C++11 이상을 지원하는 컴파일러를 사용하는 분이라면 이 글에서 도움을 받아 가기 바란다. 함수 인자로 넘길 때 이 경우는 사용이 명확하다. Call by Reference으로 데이터를 넘기면 된다.  Call By Reference로 인자로 넘기는 방법은 pointer 를 사용해도 되지만, reference을 사용하는 것이 좋다. void foo1(std::vector & data) {   ... } void foo2(std::vector const& data) {   ... } void foo3(std::vector data) { } int main(int argc, char* argv[]) {   std::vector my_data {10, 20, 30};   foo1(my_data);   foo2(my_data); } 위 코드에서 foo1()과 foo2()는 Call by Reference로 값을 넘기는 반면에 foo3()는 Call by Value로 main()에서 my_data를 넘기게 된다.  foo1()의 data는 main()의 my_data를 참조(reference)하고 있어서 foo1()에서의 데이터 변경은 main()의 my_data에 영향을 주게 된다. 그리고 foo2()는 main()의 my_data를 참조는 하지만 수정을 할 수가 없는 것이라서 단순히 값만 참조할 수 있게 된다. 반면 foo3()에서의 data는 main()의 my_data를 넘기는 순간에 값을 복사하기 때문에 메모리가 증가하게 된다. 또한 foo3()에서 data를 ...
자세한 내용 보기

Git 저장소를 병합하는 방법(How to merge repositories in Git)

GIT 저장소를 다른 저장소에 병합하는 방법 Git? Git은 컴퓨터 파일의 변경 내용을 추적하고 여러 사람들일 공유하는 파일에 대해 협업할 수 있도록 파일의 변경을 제어하는 버전 제어 시스템이다. 기존에 CVS, SVN 등 다양한 버전 제어 시스템들이 나왔지만, 최근에는 Git으로 통일되는 것 같다. Git은 분산 리비전(개정) 관리 시스템으로서 속도, 데이터 무결성 및 분산 된 비선형 작업 진행을 지원하는 것이 목표이다.  Git은 Linux 커널 개발을 위해 2005년 리누스 토발즈(Linus Torvalds)가 개발 되었으며, 다른 커널 개발자들도 초기 개발에 기여했다. 대부분의 다른 분산 버전 제어 시스템과 마찬가지로 Client-Server 버전 제어 시스템과는 다르게 중앙 서버와 관계없이 모든 컴퓨터의 Git 디렉토리는 파일 변경 이력(버전)을 추적할 수 있는 분산형 저장소이다. Client-Server 버전 제어 시스템으로 많이 사용했던 SVN(Subversion)은 네트워크 연결이 안될 경우 독립적인 위치에서 동시에 개발이 진행될 때 코드 병합과 이력 관리에 많은 어려움이 있었다. Git은 이런 기본적인 문제점들을 해결하면서 보다 진보적인 방법들을 제공한다.  인터넷 검색을 통해 보다 세부적인 내용과 더불어 다양한 기능들에 대해 찾아 보기 바란다. 서로 다른 저장소를 한 곳에 병합하는 방법 프로젝트 특성에 따라 한 개 이상의 저장소들에서 개발이 진행되다가 저장소의 병합이 필요할 때가 있다. 특정 디렉토리를 생성하여 복사해서 추가하면 되겠지만, 이련 경우에는 기존 저장소의 수정 이력(버전) 정보는 포기해야 한다.  쉽게 기존 저장소의 수정 이력 정보를 포함하여 저장소를 병합하는 방법이 있다. 우선 다음과 같이 세 개의 저장소가 있다고 가정한다. git/project1 git/project2 git/project3 project2와...
자세한 내용 보기