일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | ||
6 | 7 | 8 | 9 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 |
- GCM
- graphql
- php
- kafka
- JPA
- 자바스크립트
- 성능
- 카프카
- 카프카 트랜잭션
- 웹사이트성능
- Design Pattern
- 도메인 주도 개발
- 디자인패턴
- ddd
- 푸시 번역
- 웹사이트최적화기법
- 페이스북 번역
- GCM 번역
- nginx설정
- gcm 푸시 번역
- APNS
- git
- nginx설치
- nginx
- notification
- 웹사이트 성능
- Java
- 푸시
- Push
- Today
- Total
목록IT 책 (38)
간단한 개발관련 내용

카프카 완벽 가이드 6장 요약: 카프카 내부 매커니즘6.1 클러스터 멤버십카프카는 브로커의 목록을 유지하기 위해 Apache Zookeeper를 사용.Zookeeper는 브로커가 클러스터에 속해 있는지 확인하고 리더 선출 등 여러 작업을 수행.6.2 컨트롤러컨트롤러 역할:파티션 리더 선출 및 메타데이터 관리.브로커가 추가되거나 제거될 때 파티션의 리더를 선출하고 클라이언트 요청 처리 시작.KRaft (Kafka Raft):Zookeeper 의존 제거: 자체적으로 리더 선출 및 메타데이터 관리.액티브 컨트롤러가 브로커 요청 처리, 팔로워 컨트롤러는 데이터 복제.메타데이터 동기화 및 성능 병목 해결.6.3 복제 (Replication)리더 레플리카:파티션의 리더 역할을 수행하며 쓰기 요청 처리.클라이언트 요..

카프카 완벽 가이드 4장 요약: 컨슈머4.1 카프카 컨슈머: 개념컨슈머와 컨슈머 그룹:컨슈머는 보통 컨슈머 그룹의 일부로 동작하며, 동일 그룹의 컨슈머들은 서로 다른 파티션의 메시지를 읽는다.파티션보다 많은 컨슈머를 추가하면 일부는 유휴 상태가 됨.컨슈머 그룹별 데이터 분리: 애플리케이션마다 별도 그룹 생성 필요.컨슈머를 추가해 그룹 확장 시, 각 컨슈머는 일부 메시지만 처리.리밸런스(rebalance):파티션 재할당 과정으로, 컨슈머 추가/종료/충돌, 토픽 변경 시 발생.리밸런스 전략:조급한 리밸런스: 모든 컨슈머가 소유권 포기 후 재할당. 전체 작업 중단 위험.협력적 리밸런스: 파티션 일부만 재할당해 중단 최소화.정적 그룹 멤버십:group.instance.id 설정 시, 컨슈머 종료 후에도 그룹 멤..

카프카 프로듀서 완벽 가이드 3장 요약 3.1 프로듀서 개요메시지 쓰기:ProducerRecord 생성 → 직렬화 → 파티션 결정(기본적으로 키 기반) → 레코드 배치 생성 → 브로커로 전송.브로커 응답:성공 시 RecordMetadata 반환, 실패 시 에러 발생.프로듀서는 자동으로 재전송을 시도하지만 실패 시 예외를 발생. 3.2 카프카 프로듀서 생성필수 속성:bootstrap.servers: 브로커 주소 목록.key.serializer & value.serializer: 직렬화 클래스 지정.전송 방식:Fire and Forget: 성공 여부 확인 없이 전송.Synchronous send: send() 호출 후 Future.get()로 응답 대기.Asynchronous send: 콜백 함수와 함께 s..
컬렉션 : 다양한 컬렉션과 특징을 설명한다컨버터 : 엔터티의 데이터를 변환해서 데이터베이스에 저장한다리스너 : 엔터티에서 발생한 이벤트를 처리한다엔터티 그래프 : 엔터티를 조회할 때 연관된 엔터티들을 선택해서 함께 조회한다14.1 컬렉션OneToMany, ManyToMany를 사용해서 일대다나 다대다 엔터티 관계를 매핑할 때ElementCollection을 사용해서 값 타입을 하나 이상 보관할 때자바 컬렉션의 특징 (중복, 순서)Collection자바가 제공하는 최상위 컬렉션이다. 하이버네이트는 중복을 허용하고 순서를 보장하지 않는다고 가정한다.Set중복을 허용하지 않는 컬렉션이다. 순서를 보장하지 않는다.List순서가 있는 컬렉션이다. 순서를 보장하고 중복을 허용한다.Mapkey, value 구조로 되..
13.1 트랜잭션 범위의 영속성 컨텍스트13.1.1 스프링 컨테이너의 기본전략 💡스프링 컨테이너는 트랜잭션 범위의 영속성 컨텍스트 전략을 기본으로 사용한다.이 전략은 이름 그대로 트랜잭션의 범위와 영속성 컨텍스트의 생존 범위가 같다는 뜻이다. 트랜잭션을 시작할 때 영속성 컨텍스트를 생성하고 트랜잭션이 끝날 때 영속성 컨텍스트를 종료한다. 그리고 같은 트랜잭션 안에서는 항상 같은 영속성 컨텍스트에 접근한다.@Transactional 어노테이션이 있으면 호출한 메서드를 실행하기 직전에 스프링의 AOP가 먼저 동작한다.트랜잭션이 같으면 같은 영속성 컨텍스트를 사용한다트랜잭션이 다르면 다른 영속성 컨텍스트를 사용한다같은 엔터티매니저를 사용해도 쓰레드 마다 생성된 트랜잭션에 따라 다르다13.2 준영속 상태와 지..
9.1 기본값 타입9.2 임베디드 타입(복합 값 타입)@Embeddable : 값 타입을 정의하는 곳에 표시클래스 선언 위에@Embedded : 값 타입을 사용하는 곳에 표시멤버변수에임베디드 타입은 기본 생성자가 필수 💡하이버네이트는 임베디드 타입을 컴포넌트(components)라고 한다.9.2.1 임베디드 타입과 테이블 매핑9.2.2 임베디드 타입과 연관관계9.2.3 @AttributeOverride: 속성 재정의같은 타입의 멤버변수가 @Embedded 될 때, @AttributeOverride를 사용@Embedded Address home, @Embedded Address company9.2.4 임베디드 타입과 null임베디드 타입이 null이면 매핑된 모든 값도 null9.3 값 타입과 불변 객체..