요구사항 개략적 설계 피드 발행 뉴스 피드 조회 상세 설계 피드 발행 상세 설계 뉴스피드 조회 상세 설계 캐시 구조 마무리 뉴스피드 시스템은 인스타그램이나 트위터와 같이 홈페이지 중앙에서 지속적으로 업데이트되는 포스팅 시스템을 말합니다. 뉴스피드 시스템을 설계하는데에서 고민해야하는 부분은 아래와 같습니다. 내가 작성한 포스팅을 나를 팔로워한 사용자들에게 발행하는 것 팔로잉하고 있는 사용자의 피드를 나의 뉴스피드에서 읽는 것 간단하게 표현하자면, 데이터를 쓰는 파트 그리고 데이터를 읽는 파트에 대해 설계하면 됩니다. 1. 요구사항 뉴스피드 시스템을 설계하기 위해 필요한 요구사항들을 생각해봅니다. 모바일, 웹 모두 지원 뉴스 피드 내가 직접 포스팅을 올릴수도 있고 팔로잉하고 있는 사용자가 올린 포스팅을 뉴스..

※ 이 포스팅은 가상 면접 사례로 배우는 대규모 시스템 설계 기초의 1장. 사용자 수에 따른 규모 확장성 부분을 정리한 것입니다. 개요 웹계층 Scale Out 로드밸런서 stateless 메시지 큐 로그, 메트릭, 자동화 데이터 계층 Scale Out 로드밸런서 && 데이터베이스 다중화 데이터베이스 규모 확장 샤딩 데이터베이스 종류에 대한 고민 응답시간 개선 캐시 CDN Cache && CDN 적용 결과 데이터 센터 1. 개요 1.1. 단일서버? 모든 컴포넌트(웹앱, DB, 캐시서버 등)가 단 한대의 서버에서 실행되는 시스템입니다. 웹서비스를 이용하고자하는 사용자가 웹서버에 바로 접근하는 구조로 웹서버가 다운될 경우 웹사이트 접속이 불가능합니다. 또, 데이터베이스가 하나이기 때문에 장애가 발생했을 시,..

Web Adapter 구현하기 Persistence Adapter 구현하기 Output Port ORM Entity Mapper 클래스 참고 1. Web Adapter 구현하기 웹 어댑터는 incoming adapter 중 하나로, 외부로부터 http를 통해 request를 받아 애플리케이션 코어를 호출하는 주도하는 어댑터입니다. 우리가 controller 클래스로 정의하는 부분이 이에 해당되며, http와 관련된 기능을 담당합니다. 웹 어댑터는 application - port - in에 위치한 input port를 호출합니다. input port는 외부 어댑터와 애플리케이션 코어가 통신하는 명세로 인터페이스로 되어있어 DIP(의존성 역전 원칙)이 작용됩니다. 이전시간에 설명했던 UseCase 인터페이..

S, SRP O, OCP L, LSP I, ISP D, DIP 1. SRP Single Responsibility Principle 단일 책임 원칙 하나의 객체가 하나의 책임만 갖는다 (= 클래스를 단 하나의 목표만 가지고 작성한다.) 높은 유지보수성 모듈 전반의 가시성을 제공한다 1.1. SRP 적용 예 1 특정 자원을 저장하는 기능과 조회하는 기능은 책임이 다릅니다. 저장에 관한 비즈니스 로직과 조회에 관한 비즈니스 로직을 서로 다른 클래스로 분리하여 하나의 클래스가 하나의 목표만을 가지도록 만듭니다. 저장에 관한 기능이 변경되었을 때에, 조회에 관한 서비스는 변경되지 않는다. 1.2. SRP 적용 예 2 계좌에 관한 도메인이 있을 때, 계좌에 관한 비즈니스 로직은 계좌 도메인 안에 작성하고, 계좌 ..

헥사고날 아키텍처는 도메인 중심의 아키텍처로 적합합니다. 도메인 엔티티를 먼저 만들고, 그 후 유스케이스를 구현하는 순서로 진행합니다. 유스케이스의 동작은 아래와 같은 순서로 진행됩니다. 입력값에 대한 유효성을 검증하고 시스템을 동작하기 전에 비즈니스 규칙을 검증한 후 엔티티 모델을 조작하고 출력 결과값을 반환합니다 ※ 참고로 코드는 kotlin + webflux + coroutine 로 구성되어있습니다. 1. 입력 유효성 검증 1.1. input model web adapter의 일부분으로, application - port - in 에 위치합니다. 모든 필드는 불변 필드로 지정하고 (final) 유효성 검증 설정하여 잘못된 값 입력시 익셉션 throw 시킵니다.(@NotNull, @Min 등) 입력값..

※ 해당 포스트 및 이어지는 포스트는 만들면서 배우는 클린아키텍처를 읽고 정리하였습니다. 계층형 아키텍처 의존성 역전하기 클린 아키텍처 헥사고날 아키텍처 구조 계층 구성 패키지 구성 1. 계층형 아키텍처 전통적인 아키텍처입니다. 사용자와 상호작용을 담당하는 웹(프레젠테이션) 계층과 엔티티의 영속성을 처리하는 영속성 계층를 별개의 계층으로 구분합니다. 웹 계층은 도메인 계층을 의존하고, 도메인 계층은 영속성 계층을 의존하기 때문에 도메인 계층 입장에서 의존성이 비대칭적입니다. 모든 것이 영속성 계층을 토대로 만들지기 때문에 데이터베이스에 의존적이고, 이에 의해 데이터베이스 중심으로 설계가 진행되게 됩니다. 데이터베이스 중심의 설계는 영속성 로직과 도메인 로직이 뒤섞여 있어, 각각을 개별적으로 개발하기 힘들..