# Marble diagram

rolroralra

Marble Diagram이란? Marble 구슬 image Source Flux Upstream Output Flux Downstream Marble Diagram으로 Reactor의 Publisher 이해하기 Mono 마블 다이어그램 image RxJava Maybe 데이터를 0건 또는 1건만 emit하는 Publisher Single 데이터를 1건만 emit하는 Publisher

bimilless

Marble Diagram 마블(Marble)은 실제로 ‘구슬’이라는 뜻이 있다. 구슬 모양의 알록달록한 동그라미는 하나의 데이터를 의미하며, 다이어그램 상에서 시간의 흐름에 따라 변화하는 데이터의 흐름을 표현한다. Mono의 마블 다이어그램 >https://projectreactor.io/docs/core/release/api/reactor/core/publisher/Mono.html 마블 다이어그램에는 아래 위로 두 개의 타임 라인이 있는데 모두 데이터가 흘러가는 시간의 흐름을 표현하고 있다. 시간은 왼쪽에서 오른쪽으로 흘러가기 때문에 시간 상으로는 왼쪽이 빠른 시간이다. (1)은 원본 Mono(Original Mono)에서 Sequence가 시작되는 것을 타임라인으로

hyoreal51

Reactor Reactor 리액티브 스트림즈 표준 사양을 구현한 구현체 중 하나 Spring 5 버전부터 지원하는 리액티브 스택에 포함 리액티브 애플리케이션 동작에 있어 핵심적 역할을 하는 리액티브 프로그래밍을 위한 라이브러리 Reactor 특징 Reactor는 Reactive Streams를 구현한 리액티브 라이브러리 Non-Blocking은 리액티브 프로그래밍의 핵심적 특징 Reactor도 완전한 Non-Blocking 통신 지원 Non-Blocking : 요청 쓰레드가 차단되지 않음 Reactor는 Publicher 타입 Reactor 제공 Publisher Mono[0|1

donchanee

EDA를 설계할 때 고려할 점 낮은 결합도와 종속성 제거가 중요하다. EDA를 고려한 이유 시스템 복잡도가 높아지며 요구사항이 변했는데, 이전의 거대한 앱에 모든 기능을 넣어두는 것에서 현재 도메인별로 기능을 분리하기 위하여 나온 것이 MSA(Micro Service Architecture)이고, 도메인간의 통신을 효율적으로 할 수 있는 것이 EDA를 고려한 이유이다. 응답이 잘되고, 탄력적 유연하며 메세지 기반으로 동작하는 시스템이 필요 => Reactive System Reactive System 각자의 역할을 가지고 동작하자 네 가지 요구사항이 존재함 (응답성, 탄력성, 유연성, 메세지 기반) 요청자가 요청을 했을 경우, 어떤 응답이라도 해야하는 것이 응답성 탄력성 유연성은 실패했을 때 자가복구 or 사용량에 대해 유연한 대응을 할 수 있는 것 요청을 보낸 사람과 받는 사람이 누군지 신경쓸 필요가 없는 것 React