반응형

Producer(생산자)가 Message를 Queue에 넣어두면, Consumer가 Message를 가져와 처리하는 방식입니다.

굳이 이런 시스템이 필요할까..? 한번 더 거치게 되면 더 느려지는게 아닌가? 라는 의문이 들 수 있습니다. 위에서도 언급한바 있지만 다시 한번 말씀드리자면, Client와 동기방식으로 많은 데이터 통신을 하게 되면 병목현상이 생기게되고, 서버의 성능이 저하됩니다. 이런 현상을 막고자하여 또 하나의 미들웨어에 메시지를 위임하여 순차적으로 처리를 하는 것 입니다.



일반적으로 메시징 시스템이나 RabbitMQ 에서 사용하는 컴퓨터 용어

Producing : 메시지를 전송한다는 의미
producer : 메시지들을 전송하는 프로그램을 producer 라 부릅니다. 
Queue: mailbox를 의미하며 RabbitMQ 시스템 내에 위치. consumer 대신에 RabbitMQ가 보관하는 메시지 버퍼
외부연동 서버에서 이 비동기 처리를 쉽게 구현하기 위하여 MQ(Message Queuing)를 사용한다.


AMQP

인스턴스가 데이터를 서로 교환할 때 사용하는 방법
MQ를 오픈 소스에 기반한 표준 프로토콜이 AMQP(Advanced Message Queuing Protocol)이다.
AMQP 자체가 프로토콜을 의미하기 때문에 이 프로토콜을 구현한 MQ제품들은 여러가지가 있으며 그 중 하나가 RabbitMQ이다.

AMQP의 구성요소와 라우팅 알고리즘

Exchange : Publisher(Producer)로부터 수신한 메시지를 큐에 분배하는 라우터의 역할
Queue : 메시지를 메모리나 디스크에 저장했다가 Consumer에게 메시지를 전달하는 역할
Binding : Exchange Queue의 관계를 정의

 Exchange Type 
 메시지를 어떠한 방법으로 라우팅할지 결정하는 일종의 알고리즘

1) Direct exchange
1:1 관계로 Unicast 방식에 적합, 운드 로빈 방식으로 여러 workers(Consumer) task를 분리
Exchange에 바인딩 된 Queue 중에서 메시지의 라우팅 키와 매핑되어 있는 Queue로 메시지를 전달한다

2) Fanout exchange
메시지의 라우팅 키를 무시하고 Exchange에 바인딩 된 모든 Queue에 메시지를 전달한다
1:N 관계로 메시지를 브로드캐스트하는 용도로 사용된다.

3) Topic exchange

Exchange에 바인딩 된 Queue 중에서 메시지의 라우팅 키가 패턴에 맞는 Queue에게 모두 메시지를 전달, Multicast 방식에 적합하다.


4) Headers exchange
라우팅 키 대신 메시지 헤더에 여러 속성들을 더해 속성들이 매칭되는 큐에 메시지를 전달한다.

RabbitMQ AMQP를 구현한 오픈 소스 메시지 브로커 소프트웨어로 Publisher(Producer)로부터 메시지를 받아 Consumer에게 라우트하는 것이 주된 역할이다이를 이용하면 작업 큐발행 및 구독라우팅주제원격 프로시저 호출 등의 모델을 구현할 수 있으며이 글에서는 작업 큐를 구현하는 방법을 다룬다.

RabbitMQ의  Exchange Type 

RabbitMQ AMQP를 구현하였기 때문에 아래의 표와 같이 Exchange Type이 미리 선언된 이름으로 정의되어 있다참고로 작업 큐는 Direct exchange가 적합하다

1) Direct exchange - (Empty string) and amq.direct
 참고) AMQP 정의 : 바인딩 된 Queue 중에서 메시지의 라우팅 키와 매핑되어 있는 Queue로 메시지를 전달(1:1)
2) Fanout exchange - amq.fanout
 참고) AMQP 정의 : 메시지의 라우팅 키를 무시하고 Exchange에 바인딩 된 모든 Queue에 메시지를 전달(1:N)
3) Topic exchange -amq.topic
 참고) AMQP 정의 : Exchange에 바인딩 된 Queue 중에서 메시지의 라우팅 키가 패턴에 맞는 Queue에게 모두 메시지를 전달(Multicast)
4) Headers exchange - amq.match (and amq.headers in RabbitMQ)
 참고) AMQP 정의 : 라우팅 키 대신 메시지 헤더에 여러 속성들을 더해 속성들이 매칭되는 큐에 메시지를 전달

https://www.evernote.com/shard/s479/sh/ddbec3f0-84fd-45c6-87d7-952a672341f1/ce289238f23c99a9b2e1a45b41c770a9
출처: http://itstory.tk/entry/Message-Queue-RabbitMQ란 [덕's IT Story]
출처: http://heowc.tistory.com/35 [허원철의 개발 블로그]
출처: https://m.blog.naver.com/tmondev/220419853534


반응형

'개발공부 > RabbitMq' 카테고리의 다른 글

RabbitMq(2)  (0) 2018.07.11
반응형

1. 재귀방식 짜봐라

재귀 방식이 특히나 면접에서 두번이나 나올만큼 많이 나왔다.


재귀함수란? 어떤 함수에서 자신을 다시 호출하여 작업을 수행하는 방식의 함수를 의미합니다. 


재귀함수를 작성할 때는 함수내에서 다시 자신을 호출한 후 그 함수가 끝날 때 까지 함수 호출 이후의 명령문이 수행되지 않는 다는 사실과 종료조건이 꼭 포함 되어야한다는 부분을 인지하고 작성하면 무한루프를 방지할 수 있습니다.


function recursive(int n) {

if(n == 0) {

system.out.println("종료");

// 탈출 조건이 반드시 필요하다는 것 - 대부분에 면접에서 이것을 안써서 탈락한듯 하다.


else {

system.out.println("n");

recursive(n-1);

}

}


recursive(10);


2. 선택정렬

3. 링크드리스트

4. 큐 스택




반응형

'개발공부[면접]' 카테고리의 다른 글

웹개발자 면접 예상 질문  (4) 2018.05.24
반응형

웹개발 경력 2년, 면접을 볼 때 그동안 나왔던 질문과 예상 질문들을 정리해보려 한다.

먼저, 이번은 웹과 데이터베이스에 대한 문제이다.





1. JSPServlet 차이?

- 이건 그 회사 잡플래닛에 있길래 정리해봄

- 정답 : 


JSP와 서블릿은 자바 기반으로 만들어진 웹 프로그래밍 언어


JSP는 페이지 요청이 있을 시에는 최초로 한번 자바 코드로 컴파일 된다.

서블릿과 JSP는 상호 연계되어 JSP에서 정적인 부분을 담당하고, 

서블릿은 보다 동적은 처리를 위한 부분으로 사용되어 보다 효율적으로 작성할 수 있다.


Servlet

servlet은 톰캣 위에서 동작하는 java 프로그램입니다.
WAS 를 통해 컴파일 된 후 메모리에 적재되어 클라이언트의 HTTP Get, Post 등의요청을 처리하는 자바 프로그램임.

JSP

HTML을 코딩하기 너무 불편해서, HTML 내부에 Java 코드를 삽입하는 형식
JSP 라는 새로운 개발 방법이 나왔지만, 사실 이 JSP 도 내부적으로는 Tomcat 이 Servlet 으로 바꾸어서 돌립니다

단순히 JSP 만 사용하거나, Servlet만 사용하는 것이 아니라 두개의 장단점을 모두 취해 View 는 JSP로, Controller 는 Servlet 을 사용한 것이 바로 Model2 지요. 보여지는 부분은 HTML이 중심이 되는 JSP, 다른 자바 클래스에게 데이터를 넘겨주는 부분은 Java 코드가 중심이 되는 Servlet 이 담당하게 됩니다. 그리고 Model 영역 에서는 DTO, DAO를 통해 Mysql 과 같은 Data Storage 에 접근합니다.



출처: http://anster.tistory.com/128 [Old Lisper]


2. ajax?

- 실제로 면접에서 나온 질문이다.

문법 


$.ajax({

url: , //주소

type:, //get방식, post방식

data:, // 파라미터

dataType:, // 받을때 데이터 형식

Async:,    //비동기 통신 플래그


true가 비동기, false가 동기  - 동기는 모든 처리가 끝난 후 다음 처리로 넘어간다.

비동기는 동시에 한다.


sucssess:function(response){

}, // 성공적으로 통신이 이루어졌을 때 처리하고 싶은 함수

error:function(error){

} //  에러가 발생하였을 때 처리하고 싶은 함수

});


결과를 바꾸기 위해서 ajax에서 해야할일?

suncess:function(response) {

$().html("xx); // 바꾼다.

}


3. html doctype?

이 소스를 읽을때 이 웹 문서가 html5로 작성되었음을 알려준다.

웹페이지 문서 종류를 알려주는 선언문

웹페이지 제일 처음에 선언되어야 하는 것

어떤 버전의 html 문서로 작성했는지 브라우저에게 알려줌 - 브라우저가 내용을 올바르게 출력하도록 도와준다.



4. get방식과 post 방식?

1) GET

URL 뒤에 ?를 붙여 구분하는 방식, 여러개일 경우 &로 구분한다.

현재, IE를 제외하고 GET방식으로 데이터를 보내는데 제한이 없다고 한다.

민감한 정보를 전송하면 문제가 발생할 여지가 크다.


2) POST

get과 달리 사용자에게 데이터가 그대로 노출되지 않으며, 전송량에 제한이 없다.

http body에 포함되어 전달됨으로서 파라미터 노출이 안된다.


5. Spring framework?


1) 경량 컨테이너로 자바 객체를 직접 관리한다.

각자의 객체 생성 소멸과 같은 라이프 사이클을 관리하며, 스프링으로부터 필요한 객체를 얻어올 수 있다.


2) 스프링은 POJO 방식의 프레임워크

- 특정한 인터페이스를 구현하거나 상속받을 필요가 없어 기존에 존재하는 라이브러리를 지원하기에 용이하고 객체가 가볍다


3) 제어반전 - 컨트롤의 제어권이 사용자가 아니라 프레임워크에 있어서 필요에 따라 스프링에서 사용자의 코드를 호출한다.


4) 스프링은 의존성 주입을 지원한다. - 각각의 계층이나 서비스들간에 의존성이 존재할 경우 프레임워크가 서로 연결


5) AOP - 트랜잭션이나 로깅, 보안과 같이 여러 모듈에서 공통적으로 사용하는 기능의 경우 해당 기능을 분리하여 관리할 수 있다.



Framework : 개발할 때 설계 기본이 되는 뼈대나 구조 / 환경 (문제 영역을 해결한 재사용, 확장 가능한 라이브러리.)

MODEL 1 - REQUEST 요청에 대한 처리, 비지니스 로직 핸들링이 모두 JSP단에서 처리됨


MVC MODEL2 - MVC 구조를 웹에 적용하여 개발하는 방식


SPRING MVC - 


1) DispactherServlet: 모든 requeset를 받는 관문이다. request를 실제로 처리할 controller에게 전달하고 그 결과값을 받아서

view에게 전달하여 적절한 응답을 생성할 수 있도록 흐름을 제어한다.


2) Handler Mapping: request url을 각각 어떤 controller가 실제로 처리할 것인지 찾아주는 역할을 한다.


3) controller - request를 처리한 후 그 결과를 다시 DispactherServlet에게 돌려준다.


4) ModelAndView: controller 처리 결과와 그 결과를 보여줄 view에 관한 정보를 담고 있는 객체이다


5) viewResolver: view 관련 정보를 갖고 실제 view를 찾아주는 역할을 한다.


6) view : controller가 처리한 결과값을 보여줄 view를 생성한다.




출처: http://k9e4h.tistory.com/51 [Kim's :D]


6. Oracle 클러스터 인덱스와 넌 클러스터 인덱스의 차이 

클러스터드 인덱스 : 

실제 DB의 데이터 파일에 정렬되어 있는 상태로 디스크에 저장이 됨

테이블당 한개 


넌클러스터드 인덱스 : 

실제 DB의 데이터 파일에 정렬되지 않는 상태로 디스크에 저장이 됨

테이블당 여러개(249개)


출처: https://m.blog.naver.com/PostView.nhn?blogId=islove8587&logNo=220431192221&proxyReferer=https%3A%2F%2Fwww.google.co.kr%2F


7. JOIN의 종류

- 카티션 곱(Cartesian Product) 

두 개 이상의 테이블에 대해 연결 가능한 행을 모두 결합하는 조인 방법이며, WHERE 절에서 조인 조건절을 생략하거나 조인 조건을 잘못 설정하여 양쪽 테이블을 연결하여 조건에 만족하 는 행이 하나도 없는 경우에 발생 합니다. 

 예) SELECT * FROM DEPT A, EMP B 


- EQUI JOIN 

 SQL 문에서 가장 많이 사용되는 조인으로 조인 대상 테이블에서 공통 칼럼을 ‘=’ 비교를 통해 같은 값을 갖는 행에 대해서 연결하여 결과를 생성하는 조인 방법입니다. 

 예) SELECT A.name FROM DEPT A, EMP B WHERE A.code = B.code 


- NON-EQUI JOIN 

 조인 조건에서 ‘<’,’>’, BETWEEN a AND b’와 같이 ‘=’ 조건이 아닌 다른 종류의 연산자를 사용 하는 조인 방법입니다.

  예) SELECT A.name FROM DEPT A, EMP B WHERE A.code > B.code


 - OUTER JOIN 

 두 개 이상의 테이블 조인 시 한쪽 테이블의 행에 대해 다른 쪽 테이블에 일치하는 행이 없더 라도 다른 쪽 테이블의 행을 NULL로 하여 행을 Return하는 것이 OUTER JOIN 입니다.연산자 로는 (+)기호를 사용합니다. 

 예) SELECT A.name FROM DEPT A, EMP B WHERE A.code = B.code(+)


 - SELF JOIN 

 하나의 테이블에서 두 개의 칼럼을 연결하여 EQUI JOIN을 하는 방법



반응형

'개발공부[면접]' 카테고리의 다른 글

개발자 면접 대비  (0) 2018.05.25

+ Recent posts