cloud messaging은 이벤트 체계를 제공하는 노티피케이션(Notification) 서비스입니다.

cloud messaging을 사용하면 수신 대상에 어떤 식으로 메시지를 전달할 지에 관하여 메시지를 발행하는 측에서 고려하지 않아도 되기 때문에
메시지 전달과정을 단순화 시킬 수 있는 장점을 제공합니다.
cloud messaging을 사용하게 되면 서비스 주체나 어플리케이션들이 변경 사항을 스스로 알릴 수 있고, 이 과정에서 수신 대상이 몇 명인지 어떤 경로로 메시지를 전달해야 하는지에 관해서 cloud messaging이 모두 책임집니다.

따라서 서비스 개발자나 어플리케이션 개발자는 간단하게 메시지 전달을 구현할 수 있으며, 구성 요소들간에 상태 파악을 위한 모니터링 작업도 메시지 전달 과정을 고려할 필요가 없으므로 단순화 될 수 있습니다. cloud messaging은 이러한 이벤트 전달 체계를 통해 개발자들에게 웹 스케일 컴퓨팅(Web-scale computing)을 구성할 수 있는 기반 환경을 제공합니다.

토픽은 특정한 주제나 이벤트 타입을 나타냅니다. 토픽은 메시지를 발행하거나, 노티피케이션(Notification)을 수신할 때 사용하는 일종의 접근 지점(Access point)입니다.

토픽이 만들어지면, 토픽의 소유자는 토픽에 대한 정책을 설정할 수 있습니다. 누가 토픽에 메시지를 발행할 수 있는지, 누가 노티피케이션을 받기 위해 구독할 수 있는지, 이 토픽은 어떤 프로토콜(예, HTTP/HTTPS, Email, SMS ...)들을 지원할 것인지 등이 정책에 해당합니다. 하나의 토픽은 노티피케이션(Notification) 메시지를 전달하는데 여러 프로토콜의 사용을 지원합니다.

구독자(Subscriber)는 관심 있는 토픽으로부터 노티피케이션을 받기 원하는 클라이언트들 입니다. 구독자가 노티피케이션을 받기 위해서는 해당 토픽에 가입하거나, 토픽 소유자가 가입시켜야 합니다. 구독자는 가입할 때 노티피케이션 전달에 사용할 프로토콜과 수신처(end-point)를
지정합니다. HTTP나 HTTPS를 사용한다면 메시지를 받을 수 있는 URL을 수신처로 등록하고, Email을 사용한다면 Email 주소를 수신처로 등록합니다. 이를 구독 요청(Subscription Request)이라고 하고, cloud messaging 는 구독 요청에 포함된 수신처가 유효한지를 확인하기 위해 수신처로 확인 메시지(Confirmation Message)를 보낸다. 확인 메시지에는 인증키가 포함되어 있고, 구독자는 이 키를 cloud messaging 에게 알려줘야 합니다.
구독자는 확인 메시지를 보내기 위해 확인 API(Confirmation API)를 직접 호출하거나, 이를 처리하는 콘솔 명령어를 호출한다. Email의 경우에는 확인 기능을 수행할 수 있는 링크를 전달하고, 구독자가 이 링크를 클릭함으로써 확인 과정을 마칠 수 있습니다.

토픽의 소유자들이 그들이 Notifiy 하려는 구독자에 대해서 업데이트가 되면, 토픽 소유자 또는 토픽 소유자로 부터 메시지 발행을 허가 받은
사용자는 해당 토픽에 대해서 메시지를 발행합니다. cloud messaging 는 메시지가 발행된 즉시 모든 가용 가능한 구독자에게 메시지 전달을 시작합니다.