DevKTak 일기장

토픽 생성# 토픽 생성# bin/kafka-topics.sh --bootstrap-server --create --topic $ bin/kafka-topics.sh \ --bootstrap-server localhost:9092 \ --create \ --topic email.send토픽 조회# 토픽 전체 조회# bin/kafka-topics.sh --bootstrap-server --list$ bin/kafka-topics.sh \ --bootstrap-server localhost:9092 \ --list# 특정 토픽 세부 정보 조회# bin/kafka-topics.sh --bootstrap-server --describe --topic $ bin/kafka-topics.sh \ --boo..

카프카란?Kafka는 대규모 데이터를 처리할 수 있는 메시지 큐이다.그럼 메시지큐란?메시지 큐(Message Queue)는 큐 형태에 데이터를 일시적으로 저장하는 임시 저장소를 의미한다.메시지 큐를 활용하면 비동기적으로 데이터를 처리할 수 있어서 효율적이다. 음 나는 일단 공부 목적이니깐 aws 대신 도커에 우분투 컨테이너를 띄우고 카프카 서버 환경을 구축해보겠어.참고로 도커에서 진행 하는것이기 때문에 4~5번은 해당사항 없음 Docker 기본 보안 정책(cgroup / capability 제한) 때문에 swapon/mkswap 같은 커널 레벨 메모리 관리 명령은 컨테이너 안에서 허용되지 않습니다.즉, 컨테이너는 자기 마음대로 스왑 파티션을 만들 수 없음(호스트 OS에서만 가능) 1. Ubuntu 컨테이..

[현재 상태] A --- B ← origin/main (원격) /O --- C --- D ← main (내 로컬 브랜치) O: 공통 조상 커밋C, D: 내가 로컬에서 만든 커밋들A, B: 다른 사람이 origin/main에 푸시한 커밋들 1. git pull origin main (기본 동작: merge) 먼저 git fetch origin main 해서 A-B를 가져옴그다음 자동으로 merge 진행 A --- B / \O --- C --- D --- M ← main (병합 후) ↑ merge commit M은 C-D와 A-B의 결과를 병합한 자동 생성된 병합 커밋(merge commit)히스토리에 브랜치..

Transaction isolation level 종류 및 특징 READ UNCOMMITTED (레벨 0) SELECT 문장이 수행되는 동안 해당 데이터에 Shared Lock이 걸리는 계층 각 트랜잭션에서의 변경내용이 commit 이나 rollback 여부에 상관없이 다른 트랜잭션에서 값을 읽을 수 있다. Dirty Read 발생! 정합성에 문제가 많은 격리 수준이기 때문에 사용하지 않는 것을 권장 READ COMMITTED (레벨 1) SELECT 문장이 수행되는 동안 해당 데이터에 Shared Lock이 걸리지 않는 계층 트랜잭션이 수행되는 동안 다른 트랜잭션이 접근할 수 없어 대기하게 됨 Commit이 이루어진 트랜잭션만 조회 가능 Oracle, SQL Server에서 기본으로 사용 Non-R..

Q. 개발자로서 DNS를 구현한다면 어떤 자료구조를 선택하고 어떤 프로토콜을 선택할 것 같은지? A. Map Q. 맵으로 자료구조를 선택하였을 때 유저의 DNS 쿼리가 들어온다면 처리하느데 소요되는 시간 복잡도는? A. 최선의 경우 O(1) 이고 해시충돌이 일어날 경우 O(N) Q. 그럼 해시 충돌은 왜 일어날까요? A. 먼저 해시 함수란 임의의 길이를 갖는 메시지를 입력받아 고정된 길이의 해시값을 출력하는 함수 해시테이블은 해시함수(key값을 mod 연산)를 사용해서 나온 해시값을 key값으로 하고 데이터를 Value로 하여 테이블 형태로 만든다.여기서 해시값을 key값으로 해시 테이블에 insert 하려고 보니까 이미 데이터가 있는 경우를 해시충돌 이라고 한다. Q. 그렇다면 충돌을 해결하기 위한 ..

즉시 로딩(FetchType.EAGER) @ManyToOne @OneToOne 지연 로딩(FetchType.LAZY) @OneToMany @ManyToMany JPA N + 1 문제란? 1번의 쿼리를 날렸을 때 의도하지 않은 N번의 쿼리가 추가적으로 실행되는 것을 의미한다.  1:N 또는 N:1 관계를 가진 엔티티를 조회할 때, JPA Repository를 활용해 인터페이스 findAll() 호출 시 Fetch EAGER 전략으로 데이터를 조회하는 경우 Fetch LAZY 전략으로 데이터를 가져온 이후에 연관 관계인 하위 엔티티를 다시 조회하는 경우 N + 1 문제가 발생한다. 기본 전략을 LAZY로 가져가고 필요 시 EAGER를 사용하는 방향으로 개발하던 중 2번과 같은 상황이 나에게도 드디어! ㅎ..

OSI 7 계층과 인터넷 프로토콜 스택의 4 계층 TCP의 특징은 가상 연결, 데이터 전달보증, 순서 보장이 있으며 소켓이 연결됐다 라는것은 사실은 물리적으로 진짜 연결된 것이 아닌 논리적으로만 연결된 것이다. UDP의 특징은 IP와 같은데 + PORT, + 체크섬 정도만 추가된 단순하고 빠른 프로토콜이며 HTTP3에서 사용중이다. HTTP의 특징은 비연결성, 클라이언트 서버 구조, 무상태가 있으며 Stateless 하기 때문에 서버 확장성이 높음(스케일 아웃) HTTP 메서드의 속성 안전(Safe Methods): 호출해도 리소스를 변경하지 않는다. ➪ GET 멱등(Idempotent Methods): 몇번을 호출하든 결과가 똑같다. ➪ GET, PUT, DELETE 캐시가능(Cacheable Meth..

먼저 트랜잭션을 알아야 이해 할 수 있었던 것 같다. Transaction 하나의 작업을 수행하는데 필요한 데이터베이스의 연산을 모아놓은 것으로 데이터베이스 작업의 단위, SQL문의 집합이라고 생각하면 된다. 트랜잭션에서 중요한 것은 트랜잭션 단위로 구분해서 모두 성공하거나 모두 실패해야 데이터베이스의 일관성을 유지할 수 있다. Lock은 동시성을 제어하기 위한 기능이고 Transaction은 정합성을 보장하기 위한 기능이다. Dead Lock - 둘 이상의 프로세스가 다른 프로세스가 점유하고 있는 자원을 서로 기다릴 때 무한 대기에 빠지는 상황 - 교착상태란 두 개 이상의 트랜잭션이 특정 자원(테이블 또는 행)의 잠금(Lock)을 획득한 채 다른 트랜잭션이 소유하고 있는 잠금을 요구하면 아무리 기다려..