로그만으로는 부족하다! 관측성(Observability)의 세계
새벽 3시, 갑자기 장애 알림이 울립니다. 급하게 노트북을 열어 대시보드를 확인하지만 CPU도 정상, 메모리도 정상, 에러율도 평소와 다르지 않습니다. 그런데 고객들은 결제가 안 된다며 불만을 쏟아냅니다. 도대체 어디서 문제가 발생한 걸까요?이번 에피소드에서는 줄레 님이 최근 Datadog을 사용하면서 관심을 갖게 된 옵저버빌리티(Observability, 관측성)에 대해 이야기합니다. 단순히 시스템이 정상인지 감시하는 모니터링을 넘어, 예상하지 못한 장애가 발생했을 때 시스템 내부에서 무슨 일이 벌어지고 있는지 파악하려면 어떻게 해야 할까요?먼저 옵저버빌리티와 모니터링의 차이를 살펴보고, 관측성을 구성하는 세 가지 핵심 요소인 메트릭(Metrics), 트레이스(Traces), 로그(Logs)가 각각 어떤 역할을 하는지 알아봅니다. 이어서 관측성 데이터 수집의 개방형 표준인 OpenTelemetry(OTel)의 등장 배경과 구성 요소, 자동 계측과 수동 계측의 차이도 짚어봅니다.이론에만 머무르지 않고 실제 장애 대응 과정도 살펴봅니다. 장바구니에 상품이 담기지 않는 상황을 예로 들어, 알림을 받고 지표를 확인한 다음 트레이스와 로그를 통해 원인을 좁혀가는 과정을 따라가 봅니다. Datadog, Grafana, Prometheus 같은 관측성 도구부터 PagerDuty를 활용한 온콜 대응, AI 시대에 중요해지는 LLM 옵저버빌리티까지 폭넓게 다룹니다.달레 님의 경험담도 빠질 수 없습니다. 서버 24대에 터미널을 동시에 띄워 로그를 확인하던 시절부터, 디버그 로그를 너무 많이 남겨 디스크를 가득 채운 사고, 과도한 메트릭 수집으로 Datadog 요금을 폭증시킨 실수까지! 관측성을 확보하는 것도 중요하지만, 무엇을 얼마나 수집할지 판단하는 것 역시 개발자의 중요한 역할이라는 점을 생생한 경험을 통해 이야기합니다.마지막으로 OpenTelemetry가 벤더 종속성을 줄이고 공통된 표준을 제공한다는 장점에도 불구하고, 실제 개발 현장에서는 여전히 벤더별 호환성과 레거시 시스템 때문에 어려움을 겪는 현실도 짚어봅니다.서비스를 개발하는 것만큼이나 안정적으로 운영하는 일이 중요해진 요즘, 옵저버빌리티가 낯선 개발자부터 이미 관측성 도구를 사용하고 있지만 개념을 제대로 정리하고 싶은 개발자까지 함께 들어보시면 좋겠습니다.00:00:00 오프닝00:00:30 AI의 성지가 된 샌프란시스코 출장 후기00:07:24 런던에서 느낀 AI 보안과 프라이버시 문화00:11:17 맥 스튜디오를 들고 다니며 로컬 LLM을 돌리는 개발자00:15:19 줄레 님의 온콜 경험과 장애 대응 이야기00:18:04 오늘의 주제: 옵저버빌리티(Observability)00:20:58 새벽 3시, 대시보드는 정상인데 서비스가 안 된다면?00:22:14 옵저버빌리티란 무엇인가?00:24:00 모니터링과 옵저버빌리티의 차이00:29:36 개발자가 옵저버빌리티를 알아야 하는 이유00:31:42 서버 24대를 터미널로 모니터링하던 시절00:37:15 관측성의 세 가지 기둥: 메트릭, 트레이스, 로그00:41:08 구조화된 로그(Structured Logs)가 필요한 이유00:47:49 OpenTelemetry(OTel)의 등장 배경00:51:45 O11Y, A11Y, I18N, K8S의 비밀00:54:04 OpenTelemetry의 구성 요소: SDK, Collector, OTLP00:56:15 자동 계측과 수동 계측의 차이00:59:03 대표적인 오픈소스 및 상용 관측성 도구01:02:35 AWS, Azure, GCP의 관측성 서비스01:05:21 실전 장애 대응: 장바구니 오류 추적하기01:10:18 장애 심각도와 PagerDuty를 활용한 온콜 대응01:14:31 AI 시대의 LLM 옵저버빌리티01:16:32 개발자가 흔히 저지르는 관측성 실수01:17:03 디버그 로그를 너무 많이 남겨 서버를 다운시킨 경험01:18:43 Datadog 요금을 폭증시킨 메트릭 수집 실수01:23:02 카디널리티(Cardinality)와 관측성 비용01:26:11 관측 시스템도 장애에 대비해야 한다01:28:11 OpenTelemetry 표준화의 이상과 현실01:32:18 마무리 및 다음에 다뤄볼 주제
최근 에피소드
-
EP.26 2026.10.04 01:28:40달레 UI, 한국어를 위한 오픈소스 디자인 시스템
이번 에피소드는 특별히 게스트 두 분을 모셨습니다. 달레 스터디 커뮤니티에서 시작된 오픈소스 디자인 시스템 달레 UI의 리드 헬레나 님과 프런트엔드 개발자 효성 님과 함께 프로젝트의 시작부터 1.0 출시, 그리고 앞으로의 방향까지 이야기를 나눴습니다.해외 디자인 시스템은 한글과 잘 어울리지 않고, 국내 오픈소스 디자인 시스템은 유지보수가 끊겼거나 관공서용이라 너무 딱딱했습니다. 그래서 직접 만들어 보자는 "무모한 꿈"에서 출발한 프로젝트가 6개월의 POC와 수많은 시행착오, 한때 접을 뻔했던 위기를 거쳐 올해 4월 1.0을 출시하기까지의 과정을 들려드립니다. 본업이 있는 사람들이 자발적으로 모인 원격 오픈소스 팀이 어떻게 협업하고 의사결정을 내리는지 궁금하셨던 분들께 특히 추천합니다.링크- 달레 UI 웹사이트: https://daleui.com- 달레 UI 저장소: https://github.com/DaleStudy/daleui- 달레 UI npm 패키지: https://www.npmjs.com/package/daleui- 달레 UI 피그마 키트: https://www.figma.com/community/file/1559487636467651573
-
EP.25 2026.09.20 01:10:41토큰 맥싱과 미트 프록시, AI 시대의 웃픈 신조어들
AI 시대가 되면서 개발자들 사이에도 이전에는 없던 신조어들이 생겨나고 있습니다.한때 실리콘밸리에서는 AI를 얼마나 잘 활용하는지를 ‘토큰 사용량’으로 측정하려는 움직임이 있었습니다. 토큰을 많이 쓴 개발자를 칭찬하고, 사용량을 순위로 보여주는 리더보드까지 등장했죠. 이른바 ‘토큰 맥싱(Token Maxxing)’입니다.반대로 최근에는 AI가 만든 결과물을 제대로 읽거나 이해하지 않은 채 동료에게 그대로 전달하는 사람을 풍자하는 ‘미트 프록시(Meat Proxy)’라는 표현도 등장했습니다. 사람이 AI와 동료 사이에서 단순한 프록시 서버처럼 동작한다는 뜻입니다.이번 에피소드에서는 토큰 사용량이나 코드 라인 수처럼 측정하기 쉬운 숫자로 개발자의 생산성을 평가할 때 어떤 일이 벌어지는지 이야기합니다. 그리고 AI가 코드를 작성하고 질문에 답해주는 시대에 인간 개발자는 어떤 가치를 더해야 하는지, 동료와의 소통과 신뢰는 어떻게 달라져야 하는지도 함께 생각해 봅니다.00:00 오프닝, 한 회 쉬고 돌아왔습니다00:51 줄레 근황 — 에이전틱 개발 도구로 앱을 찍어내는 중02:37 달레 근황 — MCP Dev Summit 연사로 다녀온 한국 출장05:59 Agentic AI Foundation, 그리고 MCP SDK 개발자들과의 첫 만남07:37 이 컨퍼런스에는 왜 Q&A 세션이 없을까?12:06 네트워킹 시간은 어땠나13:41 오늘의 주제: AI 시대의 신조어 두 가지15:04 신조어 ① 토큰 맥싱 — 토큰 사용량이 생산성 지표가 될 때18:10 경영진이 정말 두려워했던 것20:37 전사 토큰 사용량 리더보드, 그리고 탑 10 샤라웃23:01 과열된 경쟁, 그리고 "토큰은 결코 싸지 않다"는 자각26:53 리더보드가 사라진 자리에 들어선 토큰 쿼터29:48 데자뷰 — 함수 개수와 LOC로 평가받던 시절35:24 좋은 개발자란 무엇인가40:31 의미 없이 돌아가는 데이터센터에 대하여43:03 신조어 ② 미트 프록시 — 고기로 된 중개기?45:36 즉석 미트 프록시 테스트, 줄레의 진단 결과는48:15 정의, 그리고 이것이 신뢰를 무너뜨리는 방식50:45 오픈소스 메인테이너가 매일 마주하는 미트 프록시54:48 AI가 다 답해주는 시대에, 그래도 동료에게 물어보는 질문1:00:01 챗GPT 세대 인턴과 나눈 대화1:04:54 비난이 아니라 서로 자각시켜 주기1:08:14 지금 채팅창 건너편에 있는 것이 무엇인지 알 것1:09:35 마무리
-
EP.24 2026.08.20 01:20:08OAuth, 제대로 이해하고 쓰고 있나요?
구글 캘린더 연동, 소셜 로그인 등 우리가 매일같이 마주치는 OAuth. 하지만 막상 OAuth가 어떻게 동작하는지 설명하려면 머릿속이 복잡해집니다.이번 에피소드에서는 OAuth가 왜 필요한지부터 시작해 사용자, 클라이언트, 인가 서버, 자원 서버가 어떤 역할을 하는지 하나씩 살펴봅니다. 그리고 가장 널리 쓰이는 Authorization Code Grant의 흐름을 따라가며 인가 코드와 액세스 토큰은 왜 따로 있는지, Redirect URI는 왜 필요한지, Front Channel과 Back Channel은 무엇이 다른지 알아봅니다.마지막으로 OAuth 2.1에서 중요해진 PKCE까지 살펴보며, 복잡해 보이는 OAuth의 각 단계가 어떤 보안 문제를 해결하기 위해 존재하는지 이야기합니다.라이브러리가 알아서 처리해줘서 그냥 지나쳤던 OAuth의 내부가 궁금했다면, 이번 에피소드를 함께 들어보세요.📚 함께 읽으면 좋은 글- OAuth 2.0 쉽게 이해하기: https://daleseo.com/oauth/- OAuth Grant Type 한 번에 정리하기: https://daleseo.com/oauth-grant-types/- OAuth Authorization Code + PKCE 흐름 단계별로 이해하기: https://daleseo.com/oauth-authorization-code/- PKCE로 Authorization Code 흐름 안전하게 보호하기: https://daleseo.com/oauth-pkce/
-
EP.23 2026.07.27 01:15:07개발자라면 알아야 할 암호학
암호화는 라이브러리가 알아서 해주는데, 개발자가 암호학까지 알아야 할까요? 보안 기능을 직접 구현하는 일은 피해야 하지만, 어떤 알고리즘과 설정을 사용할지는 결국 개발자가 결정해야 합니다. 비밀번호를 저장할 때 SHA-256과 bcrypt 중 무엇을 선택할지, AES는 어떤 모드로 사용할지, JWT의 서명 알고리즘은 어떻게 고를지처럼 실무에서는 암호학 지식이 필요한 순간을 자주 마주하게 됩니다.이번 에피소드에서는 먼저 링크드인과 어도비의 대규모 정보 유출, OpenSSL의 Heartbleed 버그를 살펴봅니다. 잘 알려진 회사와 널리 쓰이는 라이브러리도 기본적인 원칙을 지키지 않거나 취약점을 제때 발견하지 못하면 큰 사고를 겪을 수 있습니다. 이 사례들을 통해 라이브러리를 사용한다는 사실만으로 보안이 저절로 보장되는 것은 아니며, 개발자가 도구의 용도와 한계를 이해해야 하는 이유를 이야기합니다.이어서 암호학의 큰 그림을 단방향 암호화와 양방향 암호화로 나누어 정리합니다. 원래 값으로 되돌릴 수 없는 해시는 어떤 특징을 가지는지, MD5의 충돌 문제는 무엇인지, SHA-256 같은 빠른 해시 함수가 파일의 무결성을 확인할 때는 유용하지만 비밀번호 저장에는 적합하지 않은 이유를 알아봅니다. 레인보우 테이블 공격을 막는 솔트의 역할과, 의도적으로 느리게 설계된 bcrypt와 Argon2id가 비밀번호를 더 안전하게 지켜주는 원리도 함께 살펴봅니다.복호화가 가능한 양방향 암호화에서는 하나의 키를 사용하는 대칭키와 공개키·개인키 한 쌍을 사용하는 비대칭키의 차이를 다룹니다. AES와 RSA는 각각 어떤 장단점이 있는지, AES의 ECB·CBC·GCM 모드는 무엇이 다른지, 빠르지만 키를 안전하게 전달하기 어려운 대칭키의 문제를 비대칭키가 어떻게 보완하는지 이야기합니다.마지막으로 우리가 매일 사용하는 HTTPS 안에서 여러 암호화 기술이 어떻게 맞물려 작동하는지 따라가 봅니다. 브라우저가 서버의 인증서를 확인하고, 안전하게 키를 교환한 뒤, 대칭키로 실제 데이터를 주고받기까지의 흐름을 살펴보며 TLS가 제공하는 암호화·인증·무결성을 이해해 봅니다.암호화 알고리즘을 직접 구현하면 왜 위험한지, 비밀키를 코드에 하드코딩하거나 저장소에 올리면 어떤 문제가 생기는지, 오래되거나 약한 알고리즘을 선택했을 때 어떤 위험이 따르는지도 짚어봅니다. 암호학이 보안 전문가만의 영역처럼 멀게 느껴졌다면, 이번 에피소드와 함께 개발자가 꼭 알아야 할 만큼의 큰 그림부터 잡아보세요.📚 함께 읽으면 좋은 글- 암호학적 해시: https://daleseo.com/cryptographic-hash/- 대칭키 암호화: https://daleseo.com/symmetric-encryption/- 비대칭키 암호화: https://daleseo.com/asymmetric-encryption/- TLS 핸드셰이크: https://daleseo.com/tls/- HTTPS란 무엇인가: https://daleseo.com/https/
-
EP.22 2026.07.12 01:20:45AI 스터디 초대석, 개발자들은 AI를 어떻게 공부할까?
달레 스터디 커뮤니티의 AI 스터디 3기를 함께 완주한 멤버들을 게스트로 모셨습니다. 캐나다 토론토와 한국 판교에서 각자 개발자로 일하는 에반, 수빙, 샘 님과 "개발자는 AI를 어떻게 공부해야 할까?"를 주제로 이야기를 나눴어요.혼자서는 막막한 AI 공부를 함께 모여서 해온 두 달의 기록입니다. 리트코드 스터디에 AI 개인화 코치를 붙이고, 반복되는 운영 업무를 자동화하고, 페어 프로그래밍으로 서로의 AI 활용법을 배우면서 느낀 점들을 솔직하게 풀어봤습니다. AI가 목적이 되면 안 되는 이유, 오픈소스에 AI를 붙였을 때 비용은 어떻게 감당하는지, 그리고 AI에게 개발을 맡기면서 느끼는 묘한 아쉬움까지 함께 공부하는 개발자들의 생생한 고민을 담았어요.- 링크드인: https://www.linkedin.com/company/dalestudy/- 깃허브: https://github.com/DaleStudy- 디스코드: https://dales.link/discord- 웹사이트: https://dalestudy.com/
- EP.21 2026.06.26 01:30:22
State of AI 2026: AI 시대, 우린 더 행복해졌을까?
지난 에피소드에 이어 개발자 설문조사 State of AI 2026 결과를 살펴봅니다. 이번에는 AI 모델과 코딩 에이전트를 넘어, 개발자들이 AI 도구를 실제 업무에서 어떻게 활용하고 있는지, AI를 쓰면서 어떤 감정을 느끼고 있는지 솔직히 이야기합니다.코드 생성, 코드 리뷰, 이미지·비디오·앱 생성 도구까지 다양한 카테고리를 훑어보며, AI가 개발자의 생산성과 일하는 방식을 어떻게 바꾸고 있는지 짚어봅니다. 동시에 AI가 만든 코드를 어디까지 믿어야 하는지, 개발자로서의 성장을 위해 어디까지 직접 해야 하는지에 대한 고민도 나눕니다.후반부에서는 AI 도구에 들어가는 비용과 개발자들이 느끼는 리스크를 다룹니다. 매달 100달러 이상 AI 도구에 쓰는 개발자가 크게 늘어난 흐름부터, 직업 대체, 군사적 활용, 환경 문제, 인지 능력 저하, 보안, 비용 증가, 저작권 문제까지 AI를 둘러싼 기대와 불안을 함께 짚어봅니다.마지막으로 AI 도구가 업무에 필수적인 요소가 되었는지, 실제 생산성을 높이고 있는지, 숙련된 개발자의 수를 줄일지, 우리는 AI 버블 안에 있는지, 그리고 향후 10년 안에 AGI가 올 수 있을지에 대한 설문 결과를 보며 이야기를 마무리합니다.📊 설문 결과: https://2026.stateofai.dev/
지난 에피소드
- EP.20 State of AI 2026: AI 모델과 코딩 에이전트 전쟁 2026.06.13 01:13:26
- EP.19 개발자 종훈님의 세 가지 도전 2026.05.26 01:01:13
- EP.18 AI에게 세상을 열어주는 MCP 2026.05.10 01:19:47
- EP.17 개발자라면 알아야 할 네트워크 기초 지식 2026.04.27 00:59:59
- EP.16 개발자의 분류 방법 2026.04.08 01:08:29
- EP.15 ORM, 쓸까 말까? 2026.03.20 00:59:53
- EP.14 독서 후기: 좋아보여 (LGTM을 넘어 건설적인 코드 리뷰로) 2026.03.02 01:05:52
- EP.13 State of JS 2025 설문결과 2026.02.16 00:56:38
- EP.12 에이전트 스킬: AI를 위한 업무 매뉴얼 2026.02.08 00:48:35
- EP.11 개발자가 알아야 할 데이터베이스 기초 2026.01.25 00:52:32
- EP.10 주니어 개발자의 캐나다 취업 도전기 2026.01.09 00:57:35
- EP.9 자바스크립트 런타임 2025.12.25 00:55:08
- EP.8 CI/CD, 젠킨스, 깃허브 액션 2025.12.14 00:40:58
- EP.7 스택오버플로우 개발자 설문결과 2025.12.05 00:28:19
- EP.6 Git: 머지 vs 리베이스 2025.11.30 00:23:42
- EP.5 Git: 플랫폼, 클라이언트, 커맨드 2025.11.22 00:33:21
- EP.4 동료의 신뢰를 얻는 PR 리뷰법 2025.08.04 00:17:01
- EP.3 동료의 관심을 얻는 PR 작성법 2025.07.28 00:10:12
- EP.2 프로그래밍 언어 2022.08.01 00:57:19
- EP.1 프로그래밍 팟캐스트 2022.07.01 00:21:34