기본 콘텐츠로 건너뛰기

MQTT란 ? (Message Queuing Telemetry Transport)

결국 푸시 자체서버 개발에 착수하려한다.. 

맙소사.... 막막하구나 싶은분들께 도움이 되고자 ㅋㅋㅋ 

열라게 조사하고 파해친 자료들을 공유하려함

모두모두 화이팅 

 

MQTT 세부내용 PPT (http://www.slideshare.net/ultrasonic/android-push-server-mqtt)

 

MQTT (Message Queuing Telemetry Transport) - MQ 원격측정 전송

 

1. 개발 시기

 - 1999년 (개발 이후 지속적으로 개발 및 유지보수가 진행중)

 - 2013년 4월 기준 MQTT는 OASIS에서 프로토콜 표준화를 진행중

   (2013-04-25 : https://www.oasis-open.org/news)

 - OASIS(Organization for the Advancement of Structured Information Standards)

 

2. 최초 개발자

 - IBM의 Dr Andy Stanford-Clark과 EUROTECH(구 ARCOM)의 Arlen Nipper

 

3. 개발 목적

 - 제한된 장치, 낮은 대역폭, 높은 대기시간, 신뢰 할 수 없는 네트워크 환경에 최적화된 프로토콜 개발

 

4. 원리

 - 서버와 TCP통신(1883 Port)을 열고 일정 주기마다 heartbeat 패킷을 주고받으며 통신을 유지

 - Publisher가 Topic을 발행하면 연결되어있는 장치들이 heartbeat패킷에 얹혀오는 데이터를 전달받는 형태 

 

5. 성능 (서버 스펙 : System x3650 M3 Xeon 5660 2.80GHz x 12Core / 32GB RAM / 10Gbit Ethernet)

 - IBM Hursley 연구소 확장성 테스트에 의하면

 - 1개의 WebSphere MQ Queue Manager 에 

 - 240,000개 MQTT 클라이언트 동시연결(더 많은 연결이 가능하였으나, 시스템부족으로 인해 240,000 까지만 테스트 수행)

 - 초당 480개의 메시지(200bytes)를 송수신

 - 5% 미만의 CPU 사용

 - 반면, Apache 웹서버는 25,000 개의 동시 연결이 최대치 이다. 

 

6. 장점

 - 주기적으로 폴링(polling)하는데 비해 베터리 소모량 및 패킷 전송량이 적다. 

 - 메시지 전송에 대한 신뢰성을 보장하기 위해 3단계 QoS 제공

   : QoS 0 - 최대 1회 전달, 전송확인 X, 유실가능성이 있다. 

   : QoS 1 - 최소 1회 전달, 전송확인 O, 중복전달 가능성이 있다. 

   : QoS 2 - 4단계 HandShaking을 통해 정확히 1회 전달 (종단 간 지연이 늘어나게 되는 단점이 있다)

     (PUBLISH > PUBREC > PUBREL > PUBCOMP)

 

7. 단점

 - 다수의 Publisher/Subscriber 가 하나의 공통된 Topic을 공유할 경우 메시지의 순차적 처리를 보장하지 못한다.

   (ex:그룹채팅 / 네트워크 환경에 의한 예외현상)

 

8. 주요 사용 용도

 - 원격검침(Telemetry)

  : 대부분 소형이며 통신 대역폭과 전원이 한정적인 환경에서 동작

  : 강우량체크, 사람의 맥박체크, 위성통신(온도, 전압, 제트연료 압력 ...)등

  : 베터리 용량이 제한적이고 통신 품질을 일정 수준으로 유지하기 어렵다는 점에서 스마트폰 환경과 매우 유사

 

9. 사용 사례

 - 한국통신학회 논문지 (2013)

  : "통합 SNS 게이트웨이의 상위 구조 및 MQTT 기반의 푸시 알림 프로토콜 설계"

  : http://www.kics.or.kr/Home/UserContents/20130607/130607_094422236.pdf

 

 - Facebook Messenger (2011)

  : 외국 그룹메시징 서비스의 하나인 Beluga에 도입된 MQTT 프로토콜 방식을 가져와 Facebook Messenger에 도입

  : 수백밀리초에 메시지 전달이 가능합니다.(Facebook Engineer - Lucy Zhang / 2011.10)

  : Facebook 사용자는 2013년 3분기 기준 8억7천4백명

 

 - Say It, Sign It (2007)

  : IBM Blue projects, 아바타를 통해 실시간으로 음성을 수화로 번역 (Micro broker 사용)

 

 - Location Aware Messaging for Accessibility (2006)

  : IBM Blue projects, 장애인을 위한 실시간 위치 인식 메시징 (WebSphere Message Broker 사용)

 

 - Smart Lab (2005)

  : 화학과의 실험실 실험을 모니터링 하고 자바기반의 휴대폰에서 실시간 체크 (IBM broker 사용)

 

10. 리치푸시 적용가능 여부

 - Android, IOS 기반 라이브러리를 제공하는 Broker로서 Mosquitto Broker 사용 예정

 - Android 클라이언트 라이브러리로는 Eclipse Paho Project의 소스 내용으로 볼 때 문자열 이외의 데이터는 지원하지 않음

 

 * OPEN SOURCE : MqttMessage.java 발췌

   (http://git.eclipse.org/c/paho/org.eclipse.paho.mqtt.java.git/tree/org.eclipse.paho.client.mqttv3/src/main/java/org/eclipse/paho/client/mqttv3/MqttMessage.java)

 

/**

* Returns a string representation of this message's payload.

* Makes an attempt to return the payload as a string. As the

* MQTT client has no control over the content of the payload

* it may fail.

* @return a string representation of this message.

*/

public String toString() {

return new String(payload);

}

 

 - 하지만, 다른 방식으로 Android 에서 리치푸시 형태의 서비스 제공은 가능

   (특정 탬플릿 및 타입을 규격화 하고, 기준이 되는 타입값에 의해 푸시알림의 형태를 변형하여 노출 시킬 수 있다.)

댓글

이 블로그의 인기 게시물

리눅스 부팅시 스크립트 실행하기

서버를 끄고 켤때  실행되어야할 명령 혹은 프로세스들이 있을것이다. 이것들을 서버를 켜고 매번 직접 실행시켜준다면 누락의 위험도 잇고.. 번거롭기도 하고  그리하여  윈도우즈에서 시작프로그램에 등록하면 컴퓨터가 다 켜졌을때 알아서 실행해주듯이 리눅스에도 이와같은 기능이 있다.  ============================================================= 기본배경지식 리눅스는 부팅이되면서  런레벨에 맞는 작업을 수행하며  각 런레벨의 작업은 아래와 같이 분리된다.  /etc/rc.d/rc0.d           runlevel 0 /etc/rc.d/rc1.d             runlevel 1 /etc/rc.d/rc2.d             runlevel 2 /etc/rc.d/rc3.d             runlevel 3 /etc/rc.d/rc4.d             runlevel 4 /etc/rc.d/rc5.d             runlevel 5 /etc/rc.d/rc6.d             runlevel 6 /etc/rc.d/rc.local         모든 부팅작업이 완료된 다음 마지막에 수행  ============================================================= 부팅시 스크립트 실행하기  방법 1. 난이도 (하),  rc.local 에 등록하기. rc.local 을 편집기로 열어서  vi  /etc/rc.d/rc.local    실행하고자 하는 스크립트를 작성  톰캣을 실행한다고 했을때 예제 : su - root -c /tomcat/bin/startup.sh  위에서 root 부분은 사용자계정으로 실행하고싶을 시 사용자계정을 적용해주면 되고.. 뒤에 톰캣 startup.sh 경로는 본인에 상황에 맞는 경로로 ~  방법 2. 난이도 (중) 서비스로 등록하기  방법2는 .. 조금 내용도 길고 이해가 필요하므로 잘 정리되어있는 이곳을 참조하자.  http

Redhat 7, CentOS 7 이상버전의 locale 설정 (언어설정)

레드햇과, 센트오에스 6점대 버전까지는 /etc/sysconfig/i18n 이곳에 인코딩설정을 해서 처리했었지만 7부터는 i18n을 사용하지 않는다. 필요할법한 명령어들을 정리해봤으니 참고해서 사용하면 되겠다. 1. 현재 언어셋팅상태 확인 env |grep -e LANG -e LC 또는 locale 2. 시스템에서 지원 가능한 캐릭터셋 확인 localectl list-locales 3. 콘솔명령어를 통해 locale설정 변경 localectl set-locale LANG={적용할 캐릭터셋} ex) localectl set-locale LANG=ko_KR.euckr 4. 캐릭터셋 수동설정 vi /etc/locale.conf 로 파일을 연다음 아래 내용을 작성 LANG={적용할 캐릭터셋} ex) LANG=ko_KR.euckr 설정 완료후 재부팅시 locale명령을 통해 원하는 캐릭터셋이 유지되는지 확인

vscode (visual studio code) 한글 인코딩 설정

1. 파일 -> 기본설정 -> 설정 에서 나오는 설정화면 우측에 아래 두개 내용을 추가 "files.encoding" : "EUC-KR" , "files.autoGuessEncoding" : true 위에는 항상 EUC-KR 로 인코딩하겠다는 기본설정을 바꾸는 내용이며 아래는 현재 파일에 알맞은 인코딩을 알아서 찾겠다는 내용이라고 한다 끝 !