Jonghyun Jonghyun

안녕하세요! 신규 프로젝트를 시작할 때 우리 개발자들이 흔히 하게 되는 고민 중에 하나이죠. 새로운 마음으로 이번에는 잘(?) 해보자!! 프로젝트의 폴더(파일) 구조를 잡는 것입니다. 지난(2021) 과제에서 React를 처음 사내 도입할 때는 React 공홈에 있는 "파일구조" 페이지를 잠시 둘러보고 개발하면서 리펙토링을 진행하였습니다. https://ko.reactjs.org/docs/faq-structure.html 파일 구조 – React A JavaScript library for building user interfaces ko.reactjs.org 동시에 다른 분들의 기술 블로그도 조금 차용하였죠. 최근 구성한 구조는 아래와 같습니다. 보시다시피... 정리가 안되어 있죠. 프로젝트가 끝난지 ..

출처 : https://stomp.github.io/ STOMP STOMP is a very simple and easy to implement protocol, coming from the HTTP school of design; the server side may be hard to implement well, but it is very easy to write a client to get yourself connected. For example you can use Telnet to login to any STO stomp.github.io What is it? STOMP는 심플(또는 스트리밍) 텍스트 지향 메시징 프로토콜입니다. STOMP는 양방향 네트워크 프로토콜 기반으로 STOMP 클라이언트는..

1. 개요 본 포스트에서는 Spring AMQP 프레임워크를 사용하여 AMQP릉 통한 메시지 기반 통신을 살펴보겠습니다. 2. 메시지 기반 통신 메시징(Messaging)은 애플리케이션 사이에 통신을 위한 기술입니다. 동기적인 요청/응답 기반 아키텍처 대신 비동기 메시지 전달에 의존합니다. 메시지 생산자(Producer)와 소비자(Consumer)는 메시지 브로커라고 하는 중간 메시징 계층에 의해 분리됩니다. 메시지 브로커는 메시지의 퍼시스턴트 스토리지, 메시지 필터링 및 메시지 변환과 같은 기능을 제공합니다. Java로 개발된 애플리케이션 간의 메시징은 일반적으로 JMS(Java Message Service) API가 사용됩니다. 서로 다른 벤더와 플랫폼 간의 상호 운용성을 위해, JMS 클라이언트와 ..

1. 개요 본 포스트에서는 "메시지 큐"와 "Pub/Sub"을 살펴보겠습니다. 이들은 2개 이상의 서비스가 서로 통신하기 위해 분산된 시스템에서 사용되는 일반적인 패턴입니다. 2. 메시지 큐 메시지 큐는 퍼블리싱 서비스와 큐를 거쳐 동신하는 여러 컨슈머 서비스로 구성됩니다. 이 통신은 전형적으로 단방향의 특징을 가집니다. 위 그림에서 퍼블리셔는 'n+1'번째 메시지를 큐에 넣고 있습니다. 그리고 n개의 메시지들이 이미 큐에 존재하고 있고 소비되기를 기다리고 있습니다. 우측에는 큐의 메시지를 기다리는 'A'와 'B' 2개의 consuming 서비스를 가지고 있죠. 다음 상황을 고려해 보겠습니다. 먼저, 퍼블리셔의 메시지가 큐의 마지막에 들어갔습니다. 다음으로, 우측을 살펴보겠습니다. 소비자 'A'가 메시지..

안녕하세요!! 드디어 급하고 바쁜 업무가 지나가서 약간의 여유가 나는군요...! 올해는 ETRI와 공동연구를 수행하였는데요. 이에 대해서는 다음에 한번 다뤄보겠습니다. AWS, GCP, MS Azure 등등 퍼블릭 클라우드는 다들 많이 들어보셨고 사용하고 계실 겁니다. 현재 재직중인 회사에서는 고객사 프로젝트를 수행하며 Naver 클라우드, 또는 KCloud를 사용했습니다. 하지만 오늘은 개인적으로 클라우드를 사용해 보기 위해 GCP에 접근해 보겠습니다. AWS도 그렇고 GCP도 일단 SaaS등 제품을 사용해 보려면 신용카드 인증을 해야 합니다. *구글에서는 자동 회원가입을 방지하기 위함이라고 하네요! (무료 사용기간이 끝나도 자동 과금되지 않습니다.) 클라우드에서 제공되는 제품(서비스)는 상당히 많은데..