본문으로 바로가기
Builder Shin.
Engineering
Builder Shin.

더 나은 내일을 만드는, 오늘의 기록.

THE BUILDER’S NOTE

Engineering.

01 / INSIDE THE BUILD

만들며 배우고, 배운 것을 나눕니다.
더 나은 제품을 향한 개발의 기록.

찾고 있던 이야기

작은 발견부터 깊이 있는 고민까지.

CATEGORIES

전체 글FrontendBackendAI & DataDevOpsEngineering Culture
카테고리DevOps
필터 초기화
DevOps

Agent Substrate가 줄이는 대기 비용, 복원 조건부터 확인한다

Agent Substrate는 대기 중인 에이전트의 상태를 저장하고 작은 worker 풀에서 복원한다. 자원 절감의 원리와 스냅샷 비용, 외부 통신·복구 제약을 살펴보고 어떤 워크로드에서 검증할 가치가 있는지 판단한다.

2026. 10. 19.
DevOps

mold 3.0의 Rust 전환, 명령이 같아도 빌드 조건은 달라진다

mold 3.0은 기존 명령과 링크 성능을 유지하면서 구현을 Rust로 바꿨다. 메모리 접근 검사의 의미와 Cargo 전환 비용을 구분하고, 바이너리 사용자·CI 관리자·패키지 관리자가 교체 전에 확인할 조건을 정리한다.

2026. 10. 06.
DevOps

Tailscale 성능 개선, 내 네트워크에서는 무엇이 빨라질까

Tailscale이 예고한 버퍼 개선, 멀티 큐, netmap 캐시는 서로 다른 병목에 작용한다. 출시 상태와 적용 조건을 구분하고, 전송 처리량·동시 연결·접속 시작 시간을 따로 측정할 기준을 살펴본다.

2026. 09. 25.
DevOps

사용자 증상에서 출발하는 서비스 지표, 다음 실험으로 이어지는 회고

CPU 사용률만 보고 있으면 요청이 실패하는데도 상태가 정상처럼 보일 수 있다. 자원 지표와 사용자가 경험하는 결과를 함께 관찰해야 한다. 결론보다 남은 질문를 중심으로 작은 예제와 확인 기준을 정리합니다.

2026. 09. 11.
DevOps

요청 식별자로 여러 서비스의 기록 연결하기, 다음 실험으로 이어지는 회고

요청이 프록시와 API, 작업 큐를 거치면 한 줄의 오류만으로 전체 흐름을 찾기 어렵다. 각 구간이 같은 상관 식별자를 공유하면 조사 범위를 좁힐 수 있다. 결론보다 남은 질문를 중심으로 작은 예제와 확인 기준을 정리합니다.

2026. 09. 01.
DevOps

문장 대신 필드로 남기는 구조화 로그, 다음 실험으로 이어지는 회고

같은 요청의 실패를 찾는데 로그 문장마다 형식이 다르면 검색식이 복잡해진다. 사람이 읽는 설명과 기계가 집계할 필드를 나눌 필요가 있다. 결론보다 남은 질문를 중심으로 작은 예제와 확인 기준을 정리합니다.

2026. 08. 18.
12345…29