개발을 하다 보면 문제를 인지했는데도 검색어가 떠오르지 않아 탐색 자체가 막히는 순간이 있다. 이건 단순히 지식이 부족해서라기보다, 머릿속 지식이 연결 구조 없이 흩어져 있기 때문에 생기는 문제라고 느꼈다. 오늘은 이 문제를 줄이기 위한 방법으로 개인 지식 그래프와 위키 시스템을 어떻게 설계하면 좋은지 정리해봤다. 왜 키워드 문제가 생기는가 개발...

Redis 요청은 어떻게 흘러가는가 Redis를 단순히 “메모리 DB”라고만 보면 절반만 본 셈이다. 실제로는 네트워크 요청을 빠르게 받아서, 프로토콜을 파싱하고, 커맨드를 직렬적으로 실행한 뒤, 다시 응답 프레임으로 내보내는 서버다. redis-lite-java는 그 흐름을 Reactor -> ClientConn -> RespReade...

들어가며 redis-lite-java는 Redis를 완전히 재현하려는 프로젝트라기보다, Redis가 왜 빠르고 단순하며 예측 가능한 구조를 가지는지를 자바로 다시 구현해 보는 교육용 프로젝트에 가깝다. 코드 양은 크지 않지만, Redis를 이해할 때 중요한 축은 꽤 선명하게 담겨 있다. 단일 프로세스, 단일 스레드 이벤트 루프 RESP ...

Redis는 결국 메모리 자료구조 서버다 Redis를 관계형 DB처럼 보면 이해가 꼬이기 쉽다. Redis의 핵심은 SQL 엔진이 아니라, 메모리 안에 keyspace를 두고 자료구조 단위의 명령을 실행하는 것이다. redis-lite-java에서도 그 중심은 MemoryDb다. private final Map<String, Record&g...

Redis를 단순 key-value 이상으로 만드는 것들 문자열 조회와 저장만 구현하면 “메모리 key-value 서버”는 만들 수 있다. 하지만 Redis가 실제로 유용한 이유는 그 위에 트랜잭션, pub/sub, 스크립팅 같은 기능이 얹혀 있기 때문이다. redis-lite-java도 이 지점에서 Redis다운 확장을 보여준다. MULT...

백엔드 개발자는 네트워크를 깊게 전공하지 않아도 되지만, HTTP 요청 하나가 어떤 경로를 거쳐 서버에 도달하는지는 이해해야 한다. 최소한 알아야 할 것 DNS TCP handshake TLS HTTP keep-alive timeout load balancer / reverse proxy 왜 중요한가 외부 연동 문제나 ...

이번에 블로그를 꽤 크게 손봤다. 단순히 글을 시간순으로 쌓아두는 형태에서, 구조화된 기술 포트폴리오처럼 보이도록 바꾸는 작업이었다. 이번 개편에서 가장 크게 바뀐 점은 다음과 같다. Roadmaps, Topics 중심으로 글을 탐색할 수 있게 구조를 정리했다. Recruit, Capability Map, Learning Evidence ...

마지막 장은 특정 기술보다 “구조를 어떤 문제를 해결하기 위해 도입하는가”에 초점이 있다. 자주 등장하는 구조 1. 계층형 구조 Controller Service Repository 가장 흔하지만, 계층 분리가 자동으로 좋은 설계를 의미하는 건 아니다. 2. 캐시 계층 DB 부하 절감 응답 속도 개선 하지만 일관성...

애플리케이션 코드만 안다고 서비스가 운영되지는 않는다. 백엔드 개발자는 최소한 서버가 어디서 돌고 어떤 자원을 쓰는지 정도는 이해해야 한다. 알아야 할 기본 요소 프로세스와 스레드 메모리 구조 파일 디스크립터 디스크와 로그 컨테이너/VM OS 레벨 제한 왜 필요한가 운영 문제는 종종 코드 바깥에서 시작한다. OO...

Part 2. SELECT 안에서 UPDATE가 일어나고 있었다 1편에서는 INSERT가 병목처럼 보였지만, 실제로는 그 이전 단계에 더 근본적인 지연이 숨어 있을 가능성을 확인했다. 이번 글에서는 그 의심을 따라가며 왜 읽기처럼 보이는 구간에서 쓰기 비용과 락 경합이 발생했는지를 정리한다. 문제는 INSERT 직전에 숨어 있었다 처음 로그만 보...