
- 서버 모니터링은 평균이 아니라 P99와 포화도, 그리고 리틀의 법칙으로 읽어야 장애를 빨리 잡는다.
- herdr web ui는 터미널 속 코딩 에이전트를 브라우저와 폰에서 채팅하고 라이브 터미널로 제어하게 해준다.
- 스태프 엔지니어는 시스템, 사용자, 조직, 산업 네 방향의 신호로 다음 일감을 직접 발명해야 한다.
대시보드는 분명 초록불인데 고객 문의는 쏟아진 적 있나요? 오늘 GeekNews TOP3는 숫자를 읽는 법, 에이전트를 부리는 법, 그리고 다음에 무엇을 만들지 정하는 법을 다룹니다. 운영과 도구, 커리어를 한 번에 훑어봅니다.
서버 모니터링 분석 가이드
평균은 분포의 모양을 지운다
Lee Sun-Hyoup이 2026년 7월 20일에 쓴 이 글은 구글 SRE의 네 가지 황금 신호, 즉 트래픽, 지연 시간, 에러, 포화도에서 출발합니다. 핵심은 평균 응답시간을 믿지 말라는 것입니다. 모든 요청이 100ms인 서버와 대부분 30ms인데 일부가 900ms인 서버는 평균이 같은 100ms로 보입니다. 그래서 P50은 대표 경험으로, P95와 P99는 알람과 성능 목표의 기준으로 삼아야 합니다.
꼬리 지연은 생각보다 넓게 퍼집니다. 초당 1,000건이 들어오는 서비스에서 P99를 겪는 요청은 초당 10건, 하루로 환산하면 86만 건에 달합니다. 한 화면에서 API를 40번 호출하면 전부 P99를 피할 확률은 67%에 불과해, 사용자 3명 중 1명은 느림을 경험합니다.
리소스 지표는 혼자 읽으면 거짓말을 한다
글은 “리소스 지표는 혼자 읽으면 거짓말을 한다”고 말합니다. CPU가 20~30%인데 P99가 폭증한다면 DB, 락, 커넥션 풀 같은 I/O 대기를 의심해야 합니다. 컨테이너에서는 CPU limit을 넘으면 강제로 멈추는 스로틀링이 생기는데, 사용률 그래프에는 드러나지 않습니다. 메모리는 톱니 모양에 최저점이 수평이면 정상이고, 최저점이 계단처럼 올라가면 누수입니다.
가장 강력한 공식은 리틀의 법칙, 동시 처리 요청 = 초당 유입량 x 평균 처리 시간입니다. 초당 1,000건에 50ms면 동시 요청은 50개로 여유가 있지만, 처리 시간이 2초로 늘면 동시 2,000개가 되어 스레드 200개로는 1,800개가 큐에 쌓입니다. 사용률 50%의 대기 시간을 1로 두면 80%에서 4배, 90%에서 9배, 95%에서 19배로 치솟습니다. 오토스케일 기준이 80%인 이유입니다.
배포 직후 30분과 타임아웃 예산
운영 단계별 조언도 실용적입니다. 가장 위험한 시간은 배포 직후 30분이며, 배포 마커를 그래프에 남기고 “에러율 X% 또는 P99가 10분 안에 회복되지 않으면 즉시 롤백”처럼 기준을 미리 합의하라고 권합니다. 게이트웨이 3초, 백엔드 5초처럼 타임아웃이 어긋나면 게이트웨이는 504, 백엔드는 성공을 기록하므로 바깥에서 안쪽으로 3초, 2.5초, 2초로 줄이는 타임아웃 예산을 두라고 합니다.
Tech Insight — 이 글의 진짜 가치는 지표 사전이 아니라 질문의 순서입니다. 얼마나 들어오고, 얼마나 걸리고, 얼마나 실패하고, 무엇이 차 있는가. 이 네 질문을 장애 중에 토론하지 않고 평시에 알람 기준으로 박아두는 팀이 복구가 빠릅니다. 이번 주에 우리 서비스의 P99 알람과 배포 마커부터 확인해보세요.
Show GN: herdr web ui
터미널 속 에이전트를 폰으로 부린다
herdr는 터미널에서 도는 에이전트 멀티플렉서이고, devswha의 herdr-web-ui는 그 위에 얹는 브라우저와 모바일 클라이언트입니다. 슬로건은 “Chat with your coding agents. Open the live terminal. Pick up from your phone.”입니다. 에이전트 답변을 마크다운으로 읽고, 승인과 질문 메뉴에는 채팅으로 응답하며, 필요하면 xterm.js 기반의 전체 화면 라이브 터미널로 전환합니다. 현재 모델명과 추론 강도도 세션 옆에 표시됩니다.
설치와 보안 주의점
Bun 1.4 이상, Node 18 이상, herdr 0.9.0 이상이 필요하고 기본 포트는 7317입니다. 코드 에이전트 트랜스크립트는 Codex, Claude Code 등을 지원하며 그 밖의 에이전트는 터미널 텍스트로 대체됩니다. 폰에서 쓰려면 HTTPS가 필수이고, 웹 푸시 알림은 iPhone에서 iOS 16.4 이상이어야 합니다. 터미널을 통째로 여는 도구이므로 HERDR_WEB_TOKEN을 반드시 설정하고, 문서 예시처럼 Tailscale 같은 사설망 뒤에서 서빙하는 것이 안전합니다.
Tech Insight — 저장소는 아직 별 0개, 커밋 63개의 초기 단계라 운영 환경에 바로 쓰기는 이릅니다. 다만 에이전트가 오래 일하는 시대에 자리를 비운 사이 승인 요청을 폰으로 받는다는 수요는 분명합니다. 사이드 프로젝트에서 먼저 시험해보세요.
스태프 엔지니어를 위한 일감 발굴 가이드
로드맵이 없는 팀의 일감 발명법
Sujith Jay Nair가 2026년 9월 22일에 쓴 “A Staff Engineer’s Guide to Inventing Work”는 제품 관리자도 로드맵도 없는 플랫폼 팀에서 스태프 엔지니어가 다음 일감을 스스로 발명해야 한다고 말합니다. 신호는 네 방향에서 옵니다. 시스템에서는 사후분석, 클라우드 비용, 팀의 토일이 나옵니다. 사용자에서는 지속적 발견 인터뷰와, 설계 의도와 다르게 쓰이는 과부하 사용 사례가 나옵니다.
조직과 산업의 신호, 그리고 시차 차익
조직에서는 OKR과 매니저가 일주일에 두 번 반복하는 주제, 새 플랫폼으로 옮기지 않는 팀이 남긴 마이그레이션 잔재가 신호입니다. 산업에서는 기존 설계 문서를 최신 기준과 비교해 더는 의미 없는 결정을 찾고, 데이터웨어하우스에서 데이터레이크, 레이크하우스로 이어지는 묶고 푸는 순환에서 “시차는 버그가 아니라 차익”이라는 관점을 취합니다. 저자는 이 신호들을 사전에 갖춰진 논증 정도와 선행 또는 후행 지표라는 두 축으로 평가하고, 과부하 사용 사례를 선행이면서 프로덕션에서 검증된 최적의 신호로 꼽습니다.
Tech Insight — 결론 문장이 핵심입니다. 실패 모드는 빈 백로그가 아니라 가장 크고 최근의 신호로만 채워진 백로그입니다. 직급과 상관없이, 우리 백로그가 어느 신호에서 왔는지 출처를 분류해보면 편향이 바로 보입니다.
관련 글
출처
- 서버 모니터링 분석 가이드 (kciter.so, GeekNews 34478)
- devswha/herdr-web-ui (GitHub, GeekNews 34568)
- A Staff Engineer’s Guide to Inventing Work (sujithjay.com, GeekNews 34513)
AI Biz Insider · Tech Digest · aibizinsider.com



















