microservice
1.Microservice Design 1일차 - 모놀리식 개발와 마이크로서비스 핵심 원칙
3 tier architecture는 다음으로 이루어진다.1\. client의 요청을 받는 presentation tier(mobile, browser)2\. bsuiness logic을 실행하는 backend(web application) tier3\. 고객의 데이터
2.Microservice Design 2일차 - Microservice에서의 database와 Loadbalancer, APIGateway
microservice마다 database를 두어 시스템을 처리하는 편이 좋지만, 이는 성능의 문제가 있고 데이터베이스 통합에 있어서 문제가 발생한다. 가령 A microservice가 B microservice의 data를 요구하게 될 때, query를 보내야하고 이
3.Microservice Design 3일차 - Event Driven Architecture, Message Delivery Guarantees
먼저 기존의 전통적인 요청-응답 구조를 보도록 하자.우리는 구독 서비스 기반의 프로그램을 만든다고 하자. client가 구독 버튼을 누르면 API Gateway를 통해서 subscription service로 요청이 전달된다. subscription service는 p
4.Microservice Design 4일차 - Event Driven Architecture - Saga pattern
microservice를 사용할 때 대부분의 pattern 중 하나는 microservice마다 각자의 database를 사용한다는 것이다. 이렇게 둠으로서 각 service들은 하나의 팀 단위로 application을 개발할 수 있으며, 서로 간의 service에 간
5.Microservice Design 5일차 - Event Driven Architecture - CQRS pattern
CRQS는 Command and Query Responsibility Segtregation을 의미한다. 일반적으로 database에 저장된 data가 포함된 시스템에서 명령 및 쿼리 책음 구분을 의미하는 것이다. 즉, 동일한 data에 대한 두 가지 명령에 대해서 구
6.Microservice Design 6일차 - Event Driven Architecture - Event Sourcing
일반적으로 database에는 우리의 비지니스 로직에 대한 정보를 담는다. 이는 곧 우리의 application에 대한 state(상태)를 나타낸다. 대부분의 경우 현재의 state를 나타내는 것이 훨씬 더 중요하기 때문에, 이전의 data에 대한 정보를 남겨두지 않는