Optional

1장 컴퓨터 구조의 큰 그림 컴퓨터가 이해하는 정보컴퓨터는 0과 1로 표현된 정보만을 이해한다.컴퓨터가 이해하는 정보에는 데이터 와 명령어 가 있다.컴퓨터가 이해하는 숫자, 문자, 이미지, 동영상과 같은 정적 정보를 데이터라 한다.데이터를 움직이고 컴퓨터를 작동시키는 정보를 명령어라 한다.컴퓨터의 4가지 핵심 부품컴퓨터의 핵심 부품은 중앙처리장치(CPU), 주기억장치(메모리), 보조기억장치, 입출력장치 이다.주기억장치의 종류RAM(Random Access Memory), ROM(Read Only Memory) 으로 나뉜다.메인보드 내에는 시스템 버스 가 있다.CPU 내부에는 ALU(산술논리연산장치), 제어장치, 여러 레지스터가 있다.CPU는 메인보드 내 시스템 버스와 연결되어 있다.메모리는 메인보드 내 ..

단일 메시지 브로커 설계 메시지 순서 유지 메시지는 발생 순서에 맞게 서비스에 도착해야 함 중복 처리 되지 않아야 함 스케일 아웃(서비스 인스턴스 3개)가 동일한 메시지 채널을 구독 송신자가 주문 생성, 주문 수정, 주문 취소를 순서대로 게시 네트워크 지연, 가비지 컬렉션 등 여러가지 사유로 인해 → 순서대로 처리되지 않을 수 있음 샤드 채널(Sharded channel, partitioned Channel) 하나의 샤드 채널은 2개 이상의 샤드로 구성 송신자(sender)는 메시지 헤더에 임의의 문자열, 바이트 시퀀스를 사용한 샤드 키 명시 메시지 브로커는 이 샤드 키 → 특정 샤드, 파티션에 할당 Kafka와 Zookeeper의 관계 Kafka는 소비자 그룹(복수의 수신자 인스턴스를 하나로 묶어 동일..

class Variables { int iv; // 인스턴스 변수 static int cv; // 클래스 변수(static 변수, 공유변수) void method() { int lv = 0; // 지역변수 } } class Card { String kind; // IV (인스턴스 변수) int number; // IV (인스턴스 변수) static int width = 100; // CV (공통속성, 클래스 변수) static int height = 250; // CV (공통속성, 클래스 변수) } 변수의 종류 선언위치 생성시기 클래스 변수 클래스 영역 클래스가 메모리에 올라갈 때 인스턴스 변수 클래스 영역 인스턴스가 생성될 때 지역 변수 클래스 영역 이외의 영역 (메서드, 생성자, 초기화 블럭 내부) ..

현재 스케일 아웃이 용이한 채팅 서버 설계를 위해서 스터디를 진행중이다. 단일 메시지 모델 설계를 위해 어떤 DB를 쓰고, 어떤 스택을 사용할 지 고민한 흔적을 소개해보려고 한다. Reference Best database for a chat application? 채팅을 위한 Message Queue 선택과 DB 선택 Kafka, Redis, Web Socket, Stomp 를 활용한 채팅 서버 회고 [혼자왔니] 채팅 서버 구현을 통해 알아본 redis와 kafka의 차이점 Redis, RabbitMQ 차이점을 알아보자 [WebSocket] Spring Boot + STOMP + Redis Pub/Sub 이용한 채팅 서버 구현 Spring STOMP Spring Boot Web Chatting : 스프..

https://www.youtube.com/watch?v=VUh_t_j9qjE&list=PLW2UjW795-f6xWA2_MUhEVgPauhGl3xIp&index=171 본 강의는 위 강의를 듣고 정리를 진행했습니다. partitioningBy()는 스트림을 2분할 한다. groupingBy()는 스트림을 n분할 한다. Collector partitioingBy(Predicate predicate) Map stuBySex = stuStream.collect(paritioingBy(Student::isMale)); List maleStudent = stuBySex.get(true); List femaleStudent = stuBySex.get(false); Map stuNumBySex = stuStream...

본 글은 가상면접 사례로 배우는 대규모 시스템 설계 기초를 읽고 정리한 글입니다. 설계의 순수성(pu-rity)에 집착한 나머지 타협적 결정(tradeoff)을 도외시하고 과도한 엔지니어링(over-engineering)을 하고 있는 엔지니어들이 현업에 많다 → 엔지니어들은 과도한 엔지니어링의 결과로 시스템 전반의 비용이 올라감. 효과적 면접을 위한 4단계 접근법 구체적으로 어떤 기능을 만들어야 하나? 제품 사용자수는 얼마나 되나? 회사의 규모는 얼마나 빨리 커지리라 예상하나? 석 달, 여섯 달, 일년 뒤의 규모는 얼마가 되리라 예상하는가? 회사가 주로 사용하는 기술 스택(technology stack)은 무엇인가? 설계를 단순화하기 위해 활용할 수 있는 기존 서비스로는 어떤 것들이 있는가? 예제 지원자..