푸른영혼의 별 | Tech Blog
Java Backend Engineer의 기술 블로그입니다.
Spring Boot, MSA, JPA, Kafka, Kubernetes 등 실무 경험을 공유합니다.
주요 프로젝트: Settlement MSA · ASAT · GitHub
Posts (총 603편 · 1 / 61 페이지)
-
sitemap.xml 을 켰다 — 그리고 666개 URL 을 전부 열어봤다
어제 이 블로그의
sitemap.xml은 404 였다._config.yml에 한 줄 넣었더니 200 이 됐다. -
부하 테스트를 안 했다고 적었다 — 그래서 돌렸더니 경합 버그가 나왔다
이력서 끝에 “검증 노트”를 붙이는 습관이 있다. 근거가 있는 수치와 없는 수치를 갈라 적는 칸이다. 거기에 이렇게 썼다.
-
쿠버네티스 도입 전/후 표에 없는 열 — 6노드 클러스터로 오른쪽 칸의 청구서를 받아 봤다
이런 표를 자주 봅니다.
-
평균 8.6점짜리 하네스는 무엇으로 만들어지는가 — 검증 9.5, 상태 8.0 의 편차를 읽는다
정산 리포(
settlement, 18 마이크로서비스)의 개발 하네스를 4개 축으로 채점한 표를 받았다. -
표에 적은 네 문장을 리포지토리에 대조했다 — settlement 실측
정리해 둔 역량 표가 있다. 네 줄짜리다.
-
"그 수치 어떻게 뽑으셨어요?" — 이력서에 쓸 수치를 8개 축으로 채점했다
이력서에 넣을 수치 목록을 하나 받았다. “구축량 중심 문구”를 “검증 수치”로 바꾸라는 조언과 함께 8개 축이 붙어 있었다.
-
커버리지 95%가 보증하는 것과 보증하지 않는 것 — 정산 프로젝트 18개 모듈 실측
정산 프로젝트의 모듈별 테스트 커버리지 표를 다시 들여다봤다. 두 개의 숫자가 나란히 있다.
-
limits.memory 한 줄이 GC 알고리즘을 골랐다 — Full GC 1회에서 시작한 K3s 자원 한도 점검
홈랩 K3s 에
/풀지씨라는 진단 명령을 붙여뒀다. 운영 중인 Spring Boot 파드의 Full GC 횟수를 액추에이터 지표로 읽어오는 한 줄짜리 도구다. 오늘 새벽에 돌렸더니 파드 세 개가 나란히 이렇게 답했다. -
힙은 19%인데 컨테이너는 59%다 — 1Gi 파드에서 JVM 메모리 예산 다시 세기
발단: 초록불이 켜졌는데 뒤가 켕겼다
-
그 노드가 죽으면, 죽었다는 걸 보여줄 대시보드도 같이 죽는다 — 홈랩 K3s 운영을 6개 축으로 채점했다
클러스터 상태를 노드별 그림으로 뽑아보는 습관이 있다. 도형 하나가 파드 하나, 무리 하나가 네임스페이스다. 오늘 새벽에도 6장을 뽑았고, 그림은 자기 일을 했다 — 무엇이 어디에 있는지를 보여줬다.