카테고리 보관물: IT용어정리

HTTP2

HTTP2 는 HTTP1.1버전 이후 16년만의 업데이트가 되었다. 알아둘만한 정보를 공유합니다.

구글은 2월9일 공식 블로그를 통해 “HTTP2는 이제 멀티플랙스 스트림, 헤더 압축, 스트림 프라이어티같은 좋은 기능을 많이 담고 있다”라며 “SPDY의 좋은 장점을 HTTP2에서도 볼 수 있어 이제 SPDY가 필요 없을 것”라고 설명했다.

멀티플랙스 스트림이란 기존보다 적은 TCP 커넥션으로 여러 메시지를 주고받을 있는 구조를 말한다.
헤더 압축은 헤더 크기를 줄여 웹사이트 전송을 빠르게 만들어주는 기술이다.
스트림 프라이어티는 중요한 요청에 우선순위를 부과하는 기술을 말한다.

구글은 크롬 40에서 HTTP2 호환 업데이트를 앞으로 몇 주에 걸쳐 단계적으로 실시한다고 한다.
얼마전 크롬6 버전부터 SPDY 프로토콜을 지원 기능 탑재했지만 HTTP2가 이점인만큼 SPDY와 이별을 결정했다.

스팩을 간략히 정리된 슬라이드가 있어서 공유 합니다.
더 빠른 웹을 위해: HTTP/2 from EungJun Yi

[참고]
  – SPDY는 무엇인가? http://helloworld.naver.com/helloworld/textyle/140351

MQTT 이해하기

PUSH서버 연동이 필요한 프로젝트를 진행중이라 관련 정보를 정리해 보았습니다.

MQTT(Message Queuing Telemetry Transport) 란 텔레메트리 장치, 모바일 기기에 최적화된 라이트 메시징 프로토콜 입니다.
더 다양한 앱과 서비스의 등장으로 HTTP등의 기존 프로토콜만으로는 커뮤니케이션의 다양한 요구사항을 수용 할 수 없게 되었고, 제한된 통신 환경을 고려하여 디자인된 MQTT 프로토콜은 모바일 영역의 진화에 따라 최적의 프로토콜로 주목 받고 있습니다.

MQTT (MQ Telemetry Transport) 이해하기
MQTT (MQ Telemetry Transport) 이해하기
[MQTT 프로토콜 설계의 의도]
  • 프로토콜이 차지하는 모든 면의 리소스 점유(footprint)를 최소화
  • 느리고 품질이 낮은 네트워크의 장애와 단절에 대비
  • 클라이언트 애플리케이션 동작에 자원 활용이 극히 제한적임을 고려
  • 다수의 클라이언트 연결에 접합한 Publish/Subscribe 네트워크 채용
  • 신뢰성 있는 메시징을 위한 QoS(Quality of Service) 옵션 제공.
  • 개방형 표준 메시징 프로토콜을 지향 –  제 3자(3rd Party) 기기 제조업체와 소프트웨어 개발업체의
    용이한 도입, 적용을 유도
[주요 특징]
  • IBM과 Eurotech(Arcom)에 의해 1999년 최초 개발
  • 센서/장치 + 모바일 기기들의 연결을 위한 프로토콜
  • MQTT 프로토콜 오픈소스로 공개 (http://www.mqtt.org)
  • 단순하고 미니멀한 Pub/Sub 메시징 체제
    • 기업 경계 박의 Edge 네트워크 장치와 기업 내의 백엔드 애플리케이션 간 메시지 교환에 접합
    • 간편한 메시징을 위한 직관적 verb set(connect/disconnect publish/subscribe) 제공
  • 오버헤드를 최소화
    • 가장 작은 메시지 사이즈는 2byte: 가변길이 MQTT헤더 + 애플리케이션 Payload
    • Payload 데이터에 중립적: 별도의 다른 애플리케이션 헤더 불필요
    • 클라이언트 라이브러리: C버전은 30KB, Java 버전은 100KB 내외
  • Pub/Sub에 있어서 메시징 신뢰성을 위한 세가지 QoS(Quality of Service) 레벨 제공

    • 반드시 전달되어야하는 중요 메시지에 대한 전달 보장
    • QoS 0 : 한 번만 전달하고 전송 여부는 확인하지 않음.
    • QoS 1 : 적어도 한 번 이상 전송하고 전송 여부 확인. (전송 여부 확인 패킷이 유실되면 중복 메시지 발생 가능)
    • QoS 2 : 메시지 전송 핸드셰이킹을 통해 정확히 한 번만 전달. (신뢰할 수 있지만 성능 저하 발생)
  • 클라이언트와 서버간의 연결을 잃었을때 이를 보정하기 위한 자체 기능
    Last will and testament: 클라이언트가 예고 없이 연결을 잃을 경우 이벤트가 서버에서 발생,
  • 서버 측에서 연결의 유실 여부 인지
    Durable subscription: 서버에 클라이언트의 구독(subscription)정보 저장됨,
  • 세션 종료 후 재접속 시에도 재작업 없이 Pub/Sub유지
    Clean session 기능: 연결 해제 후 다시 연결되었을 때의 이전 세션 유지/삭제 선택
[이외 특징]
  • FB 메신져가 이걸 사용. 국내 통신사 PUSH 서버도 이걸 사용함.
  • 일단 FB가 쓰니, 동남아권 Telco에서 패킷 걸리는 문제는 없을듯
  • Qos 0,1,2로 해서, 2 의 경우 message delivery를 gurantee함
  • 저전력!! 모바일 환경에 이게 중요함.
  • XMPP에 비해서 훨씬 경량. (XMPP는 XML, MQTT는 byte로 보내는데, 2바이트부터 시작)
  • MQTT 서버를 라즈베리와 같은 임베디드 서버에도 넣을 수 있음. IOT용!! 즉 Things가 서버가 될 수 있다!!
  • 대부분 사용자 인증만 제공 (user id/password 방식) 이것도 대부분 서버들이 파일에 저장한다.
    (IDM이나 KEY 시스템과 연계 필요)
  • TLS/SSL은 지원. X.509 인증서를 이용한 양방향 인증도 지원
[MQTT over WebSocket]

Websocket은 TCP socket과 많이 닮았지만, 차이점도 있다.
그 차이점은 브라우저에서 서버로 양방향 커뮤니케이션 연결을 시도 한다는 점이다.
웹소켓이 위치하면서 웹브라우저에서 웹 어플리케이션을 위한 first class MQTT 지원이 가능해졌습니다.
여기엔 몇가지 옵션이 있습니다.

  1. IBM의 MQ 7.5가 Websocket을 지원하게 되었다.
  2. Mosquitto broker는 예제를 포함한 Javascript client를 가진다.
  3. HiveMQ MQTT broker는 네이티브 웹소켓 지원을 한다.
[원문]
[참고]

Canvas의 다양한 활용사례

canvas 활용 사례점차 다양해 지는 Canvas의 활용사례에 대해 발표했던 자료 공유 합니다.

[대략적인 내용]

  • HTML5에 추가된 엘리먼트 Canvas, 그래픽을 표현하기 위한 Canvas의사용범위가 점차 다양해지고 있습니다.
  • 활용 사례를 보면서, 아이디어와 그래픽 표현의 새로운 분야에 대한 고민도 같이 해보면 좋을듯 하여 자료를 준비 하였습니다.

윈도우XP 지원 종료. (2014년 4월 8일)

windowsXP
국내에서 10명중 약 3명이상이 사용한다는 윈도우 XP에 대한 지원이 2014년 4월 8일부로 종료된다고 합니다.

그 이유는, 각종 바이러스나 스파이웨어, 악성코드 등에 노출될 가능성이 높기 때문입니다.
MS는 윈도 제품이 출시되면 기본 5년동안 지원하게 되고 기업고객을 위한 5년 연장지원을 제공하는 것을 기조로 하고 있습니다. 하지만 윈도XP의 경우에는 일반고객들을 위해서도 연장지원을 실시했다고 합니다.

MS측은 금융서비스, 전자상거래, 전자정보 대민 서비스 등 보안에 민감한 서비스의 사용이 점점
늘어나고 있어 무려 10년도 더 지난 2001년 출시 OS인 윈도우XP로는 안전성을 확보하기 어렵다는
입장입니다.

browser 점유율

이후 버전인 Windows7은 IE8이 기본으로 지원되기 때문에 보안에 취약한 IE6, 7의 사용량이 지금도 대폭 줄었지만, 비효율적인 브라우저의 퇴치에 좀 더 가속이 붙을것으로 예상합니다.