다음을 통해 공유


서버에서 메시지 푸시

친숙한 HTTP 요청/응답 모델은 작업하기 쉽고 스케일링 가능하도록 디자인되었습니다. 그러나 요즘 최종 사용자는 원래 디자인된 것보다 웹에서 더 많은 것을 요구합니다. HTTP 프로토콜을 사용하려면 사용자가 응답을 받기 위해 요청을 시작해야 합니다. 그러나 개발자는 요청하지 않고 서버에서 클라이언트로 데이터를 보낼 방법이 필요합니다. 즉, 경매 사이트의 제품 최신 입찰 가격이나 금융 애플리케이션의 빠르게 움직이는 주가를 푸시하는 것과 같이 고객에게 데이터를 "푸시"해야 합니다.

연결된 클라이언트에 데이터를 푸시하는 애플리케이션 서버의 GIF입니다.

이 빠른 시작에서는 다음과 같은 방법을 설명합니다.

  • 애플리케이션 서버에서 메시지 구독
  • 애플리케이션 서버에서 연결된 모든 클라이언트로 데이터 푸시

Important

원시 연결 문자열 데모용으로만 이 문서에 표시됩니다.

연결 문자열에는 애플리케이션이 Azure Web PubSub 서비스에 액세스하는 데 필요한 권한 부여 정보가 포함됩니다. 연결 문자열 내의 액세스 키는 서비스의 루트 암호와 비슷합니다. 프로덕션 환경에서는 항상 액세스 키를 보호합니다. Azure Key Vault를 사용하여 키를 안전하게 관리 및 회전하고 연결을 WebPubSubServiceClient보호합니다.

액세스 키를 다른 사용자에게 배포하거나 하드 코딩하거나 다른 사용자가 액세스할 수 있는 일반 텍스트로 저장하지 않도록 합니다. 키가 손상되었다고 생각되면 키를 교체하세요.

필수 조건

  • Web PubSub 리소스. 아직 만들지 않은 경우 Web PubSub 리소스 만들기의 지침을 따를 수 있습니다.
  • Visual Studio Code와 같은 코드 편집기
  • 사용하려는 언어에 대한 종속성 설치

구독자 클라이언트 만들기

애플리케이션 서버에서 푸시된 메시지를 구독하려면 클라이언트(브라우저, 모바일 앱 또는 IoT 디바이스)가 먼저 Web PubSub 리소스에 연결하고 적절한 메시지 이벤트를 수신 대기해야 합니다.

subscriber라는 프로젝트 디렉터리를 만들고 필요한 종속성을 설치합니다.

mkdir subscriber
cd subscriber
npm init -y
    
# The client SDK is available as a module on NPM
npm install @azure/web-pubsub-client

Web PubSub 리소스에 연결하고 server-message 이벤트에 대한 수신기 등록

클라이언트는 클라이언트 액세스 URL을 사용하여 리소스에 연결하고 인증합니다. 이 URL은 wss://<service_name>.webpubsub.azure.com/client/hubs/<hub_name>?access_token=<token>의 패턴을 따릅니다. 클라이언트는 클라이언트 액세스 URL을 가져오는 몇 가지 방법을 사용할 수 있습니다. 이 빠른 시작을 위해 다음 다이어그램에 표시된 Azure Portal에서 복사하여 붙여넣을 수 있습니다. 코드에서 클라이언트 액세스 URL을 하드 코딩하지 않는 것이 가장 좋습니다. 프로덕션 환경에서는 일반적으로 요청 시 이 URL을 반환하도록 앱 서버를 설정합니다. 클라이언트 액세스 URL 생성에서는 사례를 자세히 설명합니다.

다이어그램은 클라이언트 액세스 URL을 가져오는 방법을 보여줍니다.

위의 다이어그램에 표시된 것처럼 클라이언트는 myHub1라는 허브에 조인합니다.

subscriber 프로젝트 폴더에서 다음 코드가 포함된 subscribe.js라는 파일을 만듭니다.

const { WebPubSubClient } = require("@azure/web-pubsub-client");

// Instantiates the client object
// <client-access-url> is copied from Azure portal mentioned above
const client = new WebPubSubClient("<client-access-url>")

// Registers a handler for the "server-message" event
client.on("server-message", (e) => {
    console.log(`Received message ${e.message.data}`)
});

// Before a client can receive a message, 
// you must invoke start() on the client object.
client.start();

프로그램 실행

node subscribe.js

이제 이 클라이언트는 Web PubSub 리소스와의 연결을 설정하고 애플리케이션 서버에서 푸시된 메시지를 받을 준비가 되었습니다.

애플리케이션 서버에서 메시지 푸시

이제 클라이언트가 Web PubSub 리소스에 연결되었으므로 Web PubSub에서 제공하는 서버 SDK를 사용하여 언제든지 애플리케이션 서버에서 메시지를 푸시할 수 있습니다.

publisher라는 프로젝트 디렉터리를 만들고 필요한 종속성을 설치합니다.

mkdir publisher
cd publisher

npm init

# This command installs the server SDK from NPM, 
# which is different from the client SDK you used in subscribe.js
npm install --save @azure/web-pubsub

다음 코드가 포함된 publish.js 파일을 만듭니다.

const { WebPubSubServiceClient } = require('@azure/web-pubsub');

// This is the hub name we used on Azure portal when generating the Client Access URL. 
// It ensures this server can push messages to clients in the hub named "myHub1".
const hub = "myHub1";
    
let server = new WebPubSubServiceClient(process.env.WebPubSubConnectionString, hub);

// By default, the content type is `application/json`. 
// Specify contentType as `text/plain` for this demo.
server.sendToAll(process.argv[2], { contentType: "text/plain" });

server.sendToAll()를 호출하면 허브에 있는 모든 연결된 클라이언트에 메시지가 전송됩니다.

연결 문자열 가져오기

Important

연결 문자열에는 애플리케이션이 Web PubSub 서비스에 액세스하는 데 필요한 권한 부여 정보가 포함됩니다. 연결 문자열 내의 액세스 키는 서비스의 루트 암호와 비슷합니다.

이 빠른 시작 가이드의 경우 아래와 같이 Azure Portal에서 가져옵니다. 다이어그램은 클라이언트 액세스 URL을 가져오는 방법을 보여줍니다.

서버 프로그램 실행

명령 셸에서 다음 명령을 실행합니다.

원시 연결 문자열 데모용으로만 이 문서에 표시됩니다. 프로덕션 환경에서는 항상 액세스 키를 보호합니다. Azure Key Vault를 사용하여 키를 안전하게 관리 및 회전하고 연결을 WebPubSubServiceClient보호합니다.

# Set the environment variable for your connection string.
export WebPubSubConnectionString="<Put your connection string here>" 

node publish.js "Hello World"

클라이언트 쪽에서 수신된 메시지 관찰

연결된 클라이언트에 데이터를 푸시하는 앱 서버를 보여 주는 GIF입니다.

여러 명령 셸에서 동일한 "구독" 프로그램을 실행하여 클라이언트 이상으로 자극해 보세요. "게시" 프로그램이 실행되는 즉시, 이러한 모든 클라이언트에 실시간으로 메시지가 배달되는 것을 볼 수 있습니다.

요약

이 빠른 시작에서는 애플리케이션 서버에서 허브의 연결된 모든 클라이언트로 메시지를 푸시하는 작업을 얼마나 간단히 수행할 수 있는지를 보여 줍니다. 또한 Web PubSub를 사용하면 메시지를 다음으로 푸시할 수 있습니다.

  • 허브에 있는 클라이언트의 하위 집합
  • 허브의 특정 그룹
  • 그룹에 있는 클라이언트의 하위 집합

이러한 API를 사용하면 개발자가 고유한 비즈니스 논리에 집중할 수 있는 동시에 Web PubSub이 짧은 대기 시간(<100ms), 고가용성대규모(백만 개 이상의 동시 연결)를 보장한다는 것을 확신할 수 있습니다.

다음 단계

다음 단계에서는 전체 웹 애플리케이션을 빌드하는 데 필요한 Web PubSub의 이벤트 시스템을 사용하는 방법을 살펴봅니다.