요청-응답

Request–response

컴퓨터 과학에서 요청-응답 또는 요청-응답네트워크에서 서로 통신하기 위해 컴퓨터가 사용하는 기본 방법 중 하나입니다. 첫 번째 컴퓨터는 일부 데이터에 대한 요청을 보내고 두 번째 컴퓨터는 요청에 응답합니다.구체적으로는 요청자가 요청 메시지를 리플라이어시스템에 송신하고 리플라이어시스템이 요구를 수신 및 처리하여 최종적으로 응답 메시지를 반환하는 메시지 교환 패턴입니다.이것은, 발신자가 수신할 때까지 대기하고 있을 필요가 있는 전화 통화와 비슷합니다.이것은 심플하지만 강력한 메시징 패턴으로, 2개의 애플리케이션채널을 통해 서로 쌍방향으로 대화할 수 있습니다.특히 클라이언트와 서버 [1]아키텍처에서 많이 사용됩니다.

단순화를 위해 이 패턴은 일반적으로 HTTP를 통한서비스 콜과 마찬가지로 완전히 동기화된 방식으로 구현됩니다.이 콜은 접속을 오픈 상태로 유지하고 응답이 전달되거나 타임아웃 기간이 만료될 때까지 기다립니다.단, request-response는 비동기적으로 구현되어 나중에 알 수 없는 시간에 응답이 반환될 수도 있습니다.동기 시스템이 비동기 시스템과 통신할 때 "sync over async" 또는 "sync/async"[2]라고 합니다.이는 응답이 구축 및 제공되기 전에 느린 집약, 시간 집약 기능 또는 인적 워크플로우를 수행해야 하는 엔터프라이즈 애플리케이션 통합(EAI) 구현에서 흔히 볼 수 있습니다.

한편, 단방향 컴퓨터 통신에서는, 일부의 전화기나 쌍방향 무선에 있는 푸시 토크 기능이나 「간섭」기능과 같은 것으로, 응답을 기다리지 않고 메세지를 송신합니다.이메일 전송은 단방향 통신의 한 예이며, 다른 예로는 대부분의 CAN 버스 센서와 같은 필드버스 센서가 있습니다.필드버스 센서는 버스 상의 다른 디바이스가 데이터를 수신하고 있는지 여부에 관계없이 데이터를 정기적으로 자율적으로 전송합니다.(이러한 시스템의 대부분은 "Listen before Talk" 또는 기타 컨텐션 기반 프로토콜을 사용하기 때문에 여러 개입니다.센서는 사전 확인 없이 정기적인 업데이트를 전송할 수 있습니다.)

「 」를 참조해 주세요.

레퍼런스

  1. ^ 호페, 그레고르엔터프라이즈 통합 패턴: 메시징 솔루션 설계, 구축도입 ISBN0-321-20068-3. 페이지 184
  2. ^ "Sync-over-Async Switch - IBM Business Process Management Products Support Blog Blog". 2009-10-20.

외부 링크