1편에서 “모니터는 임계값 초과 시 알림을 보내는 감시자”라고만 짚었는데, 실제로 쓸모 있는 알림을 만들려면 그보다 훨씬 세밀한 설계가 필요하다. 공식 문서(docs.datadoghq.com/monitors)를 대조해서 정확한 용어까지 정리했다. TL;DR 모니터는 “무엇을 볼지” + “어떤 기준으로 ... Read More

시리즈 여섯 번째 편이자 “에이전트/툴 사용” 트랙의 첫 편. 지금까지 다룬 CoT/Self-Consistency/Tree of Thoughts가 전부 모델 “내부”에서만 추론했다면, 이번에 다룰 ReAct: Synergizing Reasoning and Acting in Language Models (Yao ... Read More

지난 편까지는 클러스터 내부(Service)까지만 다뤘다. 이번 편은 반대 방향 — 외부 사용자의 요청이 실제로 클러스터 안까지 어떻게 들어오는지, Ingress. TL;DR Ingress는 “도메인/경로 기준으로 트래픽을 여러 Service로 나눠주는 규칙 명세서” Ingress 오브젝트 자체... Read More

1편에서 “trace_id 하나로 여러 서비스를 이어붙인다”고 정리했는데, 이번 편은 그게 실제로 어떻게 이어지는지 — 계측(instrumentation)의 원리를 다룬다. TL;DR 계측은 코드 곳곳에 미리 심어둔 “꼬리표 부착기”다 — 각 서비스 코드 안에 “지금 여기서 무슨 함수가 시... Read More

지금까지는 서버 쪽 관측(로그/메트릭/APM, AI Obs)을 봤는데, 이번 편은 유저 브라우저 안에서 벌어지는 일을 보는 RUM(Real User Monitoring)을 정리한다. 공식 문서(docs.datadoghq.com)를 대조해서 정확한 파라미터명까지 확인했다. TL;DR RUM은 React 등 ... Read More