이번 글에서는 Spring Boot를 사용한 Message Reqeust/Reply에 대해 알아보도록 하겠습니다. 1. Request/Reply Request는 message 처리 요청을 의미합니다. Reply는 메세지 처리후의 응답이라고 생각할 수 있습니다. 기본적으로 Consumer는 RabbitMQ로 부터 메세지 처리 요청(Request)이 오면 적절한 프로세스를 통해 메세지를 처리하는 과정을 거치게 됩니다. 처리과정을 거친뒤에는 해당 Consumer에서 아래 그림처럼 다른 서비스의 API를 호출해 또다른 프로세스를 진행할 수 있습니다. 아니면 아래 그림처럼 또다른 메세지를 생성해 적절한 Exchnage로 메세지를 전달 할 수 있습니다. 만약 위처럼 메시지를 또다른 exchnage에 전달하려고하면 ..

1. 특징 인터넷상에서 데이터를 주고 받기 위한 서버/클라이언트 모델을 따르는 전송 프로토콜 애플리케이션 레벨의 프로토콜로 TCP/IP위에서 작동 클라이언트에서 요청(request)를 보내면 서버는 요청을 처리해서 응답(response) 80번 port 이용 비상태연결(Stateless, Connectless) 서버에 연결하고 요청해서 응답을 받으면 연결을 끊어버린다. 장점: 접속유지 최소화, 불특정 다수를 대상으로 하는 서비스에 유리 단점: 연결을 끊어버리기 때문에, 클라이언트의 이전 상태를 알 수 없음, 따라서 로그인을 해도 정보유지 불가, 이를 해결하기 위해 쿠키 등등을 이용 Keep Alive HTTP 1.1 부터는 keep-alive 기능을 지원 HTTP는 하나의 연결에 하나의 요청을 하는 것을..

참조문서 : https://www.npmjs.com/package/request 내장 http모듈은 라인 수를 왕창 먹는다 http, https 분기처리 리다이렉트되서 상태코드 30x뜨는거 처리 로직 스트림으로 http소스 읽고 처리 로직 해결방안 : request 모듈 사용 http고 https고 request()면 다 한번에 읽는다 30x는 request() 요청 시, followRedirect와 maxRedirects 인자 설정으로 간단히 해결할 수 있다. http소스는 res.body에 이미 다 파싱되어있다. 1. 기본 사용 npm install request 로 설치한다. var request = require("request"); request("http://sjh836.tistory.com"..