푸른영혼의 별 | Tech Blog
Java Backend Engineer의 기술 블로그입니다.
Spring Boot, MSA, JPA, Kafka, Kubernetes 등 실무 경험을 공유합니다.
주요 프로젝트: Settlement MSA · ASAT · GitHub
Posts (총 1710편 · 1 / 171 페이지)
-
서버가 된 삼성 노트북의 센서 허브 — 모션 센서 6종을 리눅스 IIO 로 읽어 쓰기
한 줄 요약: 화면 자동 회전에 쓰던 노트북 센서 허브를 리눅스 IIO 인터페이스로 그대로 읽을 수 있다. 서버가 된 노트북에서는 설치 환경 감시 장치로 쓸 수 있다. 다만 “자세가 바뀐 것” 과 “충격” 을 같은 식으로 계산하면 오경보가 끝없이 반복된다. 실제로 그렇게 됐다.
라벨: [실측] 이 노트북에서 직접 읽은 값 / [사실] 1차·공식 문서로 확인 / [추론] 필자 해석.
-
데일리 AI·Kubernetes·프리랜서 브리핑 — 2026-11-12
기준 시각: 2026-11-12 08:30 KST. 수집 대상은 원칙적으로 2026-11-11 ~ 11-12 날짜가 원문에서 확인되는 소식입니다. 그보다 오래된 항목은 “배경”으로만 적고 최신으로 다루지 않습니다.
라벨: [사실] 1차·공식 출처에서 직접 확인 / [보도] 언론 보도로만 확인(1차 원문 미확인) / [벤더 주장] 벤더 자체 수치·벤치마크(제3자 재현 부재) / [추론] 필자 해석 / [미확인] 확인하지 못함.
중복 안내: 전날(11-11) 브리핑에 실린 소식은 새 진전이 있을 때만 다시 적습니다.
-
CVE-2026-98432 우분투 수정 커널 출시 — 노드를 다시 켜는 순서와 '정말 고쳐졌는지' 확인하는 법
검증 범위. 기준 시각은 2026-11-11 16:30 KST이다. 패키지 버전과 출시 상태는 Ubuntu CVE 데이터(CVE JSON, 2026-11-10 17:01 UTC 갱신)와 Canonical 블로그(11-09 갱신)에서 확인했다. 어느 pocket에 올라갔는지는 Launchpad API(
getPublishedSources)를 직접 조회해 확인했다. USN 페이지와 notices API는 작성 시점에 503을 돌려줘서 USN 번호와 릴리스의 대응은 확인하지 못했다. 그래서 이 글에는 그 대응을 적지 않았다. “내 판단”이라고 표시한 부분은 1차 출처가 아니라 필자의 추론이다. 공격 방법은 다루지 않는다. -
Arena 리더보드에 '작업당 비용'이 붙었다 — WebDev 순위와 Cost/Task 를 1차 데이터로 다시 읽기
“Arena.ai WebDev 리더보드에 Cost/Task(작업당 비용)가 추가됐다”는 요약이 텔레그램 채널에 돌았다. 요지는 맞다. 모델을 고를 때 점수만이 아니라 한 작업을 끝내는 데 드는 돈도 같이 봐야 한다는 것이다.
-
데일리 AI·Kubernetes·프리랜서 브리핑 — 2026-11-11
기준 시각: 2026-11-11 08:30 KST. “최신”은 11-10~11-11 날짜 항목만 셉니다. 라벨: [사실] 1차·공식 출처 / [보도] 언론 보도(1차 미확인) / [벤더 주장] 벤더 자체 수치 / [추론] 필자 해석 / [미확인] 검증하지 못함. 11-10 브리핑과 겹치는 항목(Fable·Mythos 5.2 출시, 11-09 KEV 4건, SSHole, KubeRay 기증 발표, MCP 12-15 사양 계획 등)은 새 진전이 있을 때만 다룹니다.
-
자율형 에이전트란 무엇인가 — 감지·판단·실행·보고 루프와 실제 사용사례
“이번 주 매출이 평소보다 낮아요. 원인 분석 리포트를 만들어 둘까요?”
-
Redis 캐시와 멀티스레딩 — 서버·클라이언트·애플리케이션, 세 층에서 '동시에'가 뜻하는 것이 다르다
검증 범위. Redis 서버 동작은 redis.io 공식 문서와
redis.conf원문, 클라이언트 동작은 Lettuce 공식 레퍼런스, Spring 동작은 Spring Framework·Spring Data Redis 공식 레퍼런스와 GitHub 소스(2.7.x / 3.3.x / 3.4.x / 3.5.x / main 브랜치)를 직접 열어 확인했다. 성능 수치는 인용하지 않는다(공식 문서가 직접 쓴 대략치 두 개만 출처와 함께 인용). “~일 것이다”로 표시한 부분은 내 추론이다. -
Spring Batch 아키텍처 — 메타데이터가 재시작을 만들고, 확장 모델 여섯 개는 '병목이 어디냐'로 고른다 (Spring Batch 6 기준)
검증 범위. 개념·동작·버전별 변화는 전부 Spring Batch 공식 레퍼런스(Domain Language, Scaling and Parallel Processing, What’s new in Spring Batch 6)에서 확인했다. 성능 수치는 공식 문서가 직접 쓴 한 문장(“수백 MB 파일 읽고 쓰기는 일반 하드웨어로 1분 안쪽”)만 인용하고, 그 외 수치는 쓰지 않는다. “~일 것이다”로 표시한 부분은 문서에서 끌어낸 내 추론이다.
-
WebSocket·Spring Boot·STOMP — 채팅 구조로 보는 STOMP의 사용사례
WebSocket을 붙이면 곧바로 이런 질문들이 따라옵니다. “이 메시지는 어느 방 거지?”, “누가 이 방을 구독하고 있지?”, “서버가 두 대가 되면?”, “인증은 어디서 하지?” STOMP는 이 질문들에 미리 정해진 답을 주는 하위 프로토콜입니다. 이 글은 개념을 순서대로 짚고, 채팅 서비스를 만든다고 가정해 STOMP의 각 기능이 어디에 쓰이는지 살펴봅니다.
-
Spring Cloud Stream × Kafka — 함수 하나를 토픽에 묶는 추상화, 그리고 그 대가
이 글은 MSA · EDA · CDC · CQRS 비교 → 멱등성과 멱등키에 이은 세 번째 글이다. 앞의 두 글이 “이벤트로 서비스를 잇는다면 무엇을 지켜야 하나”를 다뤘다면, 이번엔 스프링 진영에서 그걸 코드로 옮길 때 가장 먼저 만나는 프레임워크 — Spring Cloud Stream(이하 SCS)과 그 Kafka 바인더를 1차 문서 기준으로 정리한다.