kalee's 공부방 Transistor (https://transistor.fm) https://feeds.transistor.fm/kalees kalee 가 공부하고자 하는 내용들을 두서없이 업로드하는 팟캐스트 © 2026 kalee 45e1ae56-ccba-5637-9c40-efb28bba53f1 yes ko Fri, 13 Nov 2026 19:39:08 +0900 Fri, 13 Nov 2026 19:39:22 +0900 https://img.transistorcdn.com/9IABu8jGqxiMB_K8wl7P-GMzpt4nPGq3NTXKaBhCplI/rs:fill:0:0:1/w:1400/h:1400/q:60/mb:500000/aHR0cHM6Ly9pbWct/dXBsb2FkLXByb2R1/Y3Rpb24udHJhbnNp/c3Rvci5mbS9iZGY2/NzdkMmNmYTNlOTQ3/ZjYyZjFjNjFjYzQ5/MWI5Mi5wbmc.jpg kalee's 공부방 episodic kalee kalee 가 공부하고자 하는 내용들을 두서없이 업로드하는 팟캐스트 kalee 가 공부하고자 하는 내용들을 두서없이 업로드하는 팟캐스트. kalee No No 언어 기능을 여러 도구에 붙일 때, 왜 LSP가 여전히 필요한가 언어 기능을 여러 도구에 붙일 때, 왜 LSP가 여전히 필요한가 full 17701459-beca-4ec2-916e-9a76a063b46e https://share.transistor.fm/s/1611da73 언어 분석을 편집기마다 다시 만들지 않으려면 무엇을 표준화해야 할까요? 문서 동기화와 지원 기능 협상, 설치·수명주기 책임을 짚고 2026년 10월 CSS 변수 서버 제작기로 재사용과 분석 한계의 경계를 살펴봅니다.

전체 대본 보기

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> 언어 분석을 편집기마다 다시 만들지 않으려면 무엇을 표준화해야 할까요? 문서 동기화와 지원 기능 협상, 설치·수명주기 책임을 짚고 2026년 10월 CSS 변수 서버 제작기로 재사용과 분석 한계의 경계를 살펴봅니다.

전체 대본 보기

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Fri, 13 Nov 2026 19:39:08 +0900 kalee kalee 666 언어 분석을 편집기마다 다시 만들지 않으려면 무엇을 표준화해야 할까요? 문서 동기화와 지원 기능 협상, 설치·수명주기 책임을 짚고 2026년 10월 CSS 변수 서버 제작기로 재사용과 분석 한계의 경계를 살펴봅니다. 언어 분석을 편집기마다 다시 만들지 않으려면 무엇을 표준화해야 할까요? 문서 동기화와 지원 기능 협상, 설치·수명주기 책임을 짚고 2026년 10월 CSS 변수 서버 제작기로 재사용과 분석 한계의 경계를 살펴봅니다. No LSP와 grep 중 하나를 고르라는 질문이 잘못된 이유 LSP와 grep 중 하나를 고르라는 질문이 잘못된 이유 full 4696cf70-de6c-463c-b0c1-6ade20331e4e https://share.transistor.fm/s/1517278b 함수 삭제와 인자 형식 변경을 따라가며 의미상 참조, 문자열 사용, 추론 타입, 동작 검증을 어떤 도구에 맡길지 살펴봅니다. 2026년 11월 13일 확인한 공식 문서와 10월 10일의 작은 SvelteKit 개인 실험을 구별하고, 초기화·언어 경계·셸 동기화·진단 지연과 최종 검사 증거를 짚습니다.

전체 대본 보기

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> 함수 삭제와 인자 형식 변경을 따라가며 의미상 참조, 문자열 사용, 추론 타입, 동작 검증을 어떤 도구에 맡길지 살펴봅니다. 2026년 11월 13일 확인한 공식 문서와 10월 10일의 작은 SvelteKit 개인 실험을 구별하고, 초기화·언어 경계·셸 동기화·진단 지연과 최종 검사 증거를 짚습니다.

전체 대본 보기

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Fri, 13 Nov 2026 19:39:06 +0900 kalee kalee 726 함수 삭제와 인자 형식 변경을 따라가며 의미상 참조, 문자열 사용, 추론 타입, 동작 검증을 어떤 도구에 맡길지 살펴봅니다. 2026년 11월 13일 확인한 공식 문서와 10월 10일의 작은 SvelteKit 개인 실험을 구별하고, 초기화·언어 경계·셸 동기화·진단 지연과 최종 검사 증거를 짚습니다. 함수 삭제와 인자 형식 변경을 따라가며 의미상 참조, 문자열 사용, 추론 타입, 동작 검증을 어떤 도구에 맡길지 살펴봅니다. 2026년 11월 13일 확인한 공식 문서와 10월 10일의 작은 SvelteKit 개인 실험을 구별하고, 초기화·언어 경계·셸 동기화·진단 지연과 최종 검사 증거를 짚습니다. No 양자컴퓨터는 모든 답을 동시에 시도하지 않는다 양자컴퓨터는 모든 답을 동시에 시도하지 않는다 full 8be32cf5-5e02-4e98-bfb5-59b7c1ac90d7 https://share.transistor.fm/s/545b70c5 "양자컴퓨터는 모든 답을 한 번에 시도해서 빠르다"는 흔한 설명이 왜 틀렸는지, 진짜 힘인 진폭과 간섭이 무엇인지 풀어 봅니다. 소인수분해처럼 크게 빨라지는 문제와 검색·최적화처럼 조금만 빨라지거나 거의 그대로인 문제를 나누고, Google Willow로 하드웨어 현황도 짧게 짚습니다.

전체 대본 보기

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> "양자컴퓨터는 모든 답을 한 번에 시도해서 빠르다"는 흔한 설명이 왜 틀렸는지, 진짜 힘인 진폭과 간섭이 무엇인지 풀어 봅니다. 소인수분해처럼 크게 빨라지는 문제와 검색·최적화처럼 조금만 빨라지거나 거의 그대로인 문제를 나누고, Google Willow로 하드웨어 현황도 짧게 짚습니다.

전체 대본 보기

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Fri, 13 Nov 2026 17:38:15 +0900 kalee kalee 409 "양자컴퓨터는 모든 답을 한 번에 시도해서 빠르다"는 흔한 설명이 왜 틀렸는지, 진짜 힘인 진폭과 간섭이 무엇인지 풀어 봅니다. 소인수분해처럼 크게 빨라지는 문제와 검색·최적화처럼 조금만 빨라지거나 거의 그대로인 문제를 나누고, Google Willow로 하드웨어 현황도 짧게 짚습니다. "양자컴퓨터는 모든 답을 한 번에 시도해서 빠르다"는 흔한 설명이 왜 틀렸는지, 진짜 힘인 진폭과 간섭이 무엇인지 풀어 봅니다. 소인수분해처럼 크게 빨라지는 문제와 검색·최적화처럼 조금만 빨라지거나 거의 그대로인 문제를 나누고, Google Willow로 하드웨어 현황도 짧게 짚습니다. No 쌀이 모자라던 나라: 분식의 날, 도시락 검사, 그리고 짜장면 쌀이 모자라던 나라: 분식의 날, 도시락 검사, 그리고 짜장면 full cedc6de5-0890-4356-89a2-4981d8cae665 https://share.transistor.fm/s/ceb07f0e 1960~70년대 정부는 수요일과 토요일 점심에 쌀밥 판매를 막고, 학교에서는 도시락의 잡곡 비율을 검사했습니다. 쌀이 부족하던 시절의 혼분식 장려운동이 어떻게 밀가루 음식의 대중화로 이어졌는지, 그리고 인천 화교와 짜장면, 공화춘을 둘러싼 '원조' 이야기의 불확실성까지 국가기록원·서울기록원 자료와 지역 신문 기사를 바탕으로 짚어 봅니다.

전체 대본 보기

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> 1960~70년대 정부는 수요일과 토요일 점심에 쌀밥 판매를 막고, 학교에서는 도시락의 잡곡 비율을 검사했습니다. 쌀이 부족하던 시절의 혼분식 장려운동이 어떻게 밀가루 음식의 대중화로 이어졌는지, 그리고 인천 화교와 짜장면, 공화춘을 둘러싼 '원조' 이야기의 불확실성까지 국가기록원·서울기록원 자료와 지역 신문 기사를 바탕으로 짚어 봅니다.

전체 대본 보기

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Fri, 13 Nov 2026 17:38:13 +0900 kalee kalee 599 1960~70년대 정부는 수요일과 토요일 점심에 쌀밥 판매를 막고, 학교에서는 도시락의 잡곡 비율을 검사했습니다. 쌀이 부족하던 시절의 혼분식 장려운동이 어떻게 밀가루 음식의 대중화로 이어졌는지, 그리고 인천 화교와 짜장면, 공화춘을 둘러싼 '원조' 이야기의 불확실성까지 국가기록원·서울기록원 자료와 지역 신문 기사를 바탕으로 짚어 봅니다. 1960~70년대 정부는 수요일과 토요일 점심에 쌀밥 판매를 막고, 학교에서는 도시락의 잡곡 비율을 검사했습니다. 쌀이 부족하던 시절의 혼분식 장려운동이 어떻게 밀가루 음식의 대중화로 이어졌는지, 그리고 인천 화교와 짜장면, 공화춘을 둘러싼 '원조' 이야기의 불확실성까지 국가기록원·서울기록원 자료와 지역 신문 기사를 바탕으로 짚어 봅니다. No 북극항로의 배는 북극을 더 빨리 녹일까: 블랙카본, 중유 금지, 한국이 마주할 규제 북극항로의 배는 북극을 더 빨리 녹일까: 블랙카본, 중유 금지, 한국이 마주할 규제 full 9bb088c7-91f8-4037-8eac-666d67535158 https://share.transistor.fm/s/4d7a952c 북극을 지나는 배의 그을음(블랙카본)이 얼음을 녹이는 원리와, 2024년 7월 시작된 IMO 북극 중유 금지가 2029년까지 면제로 효과가 작은 이유를 IMO 원문과 ICCT 분석으로 짚습니다. 북극항로를 키우려는 한국이 마주할 연료 규제와 차세대 쇄빙연구선의 이중연료 설계도 함께 봅니다.

전체 대본 보기

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> 북극을 지나는 배의 그을음(블랙카본)이 얼음을 녹이는 원리와, 2024년 7월 시작된 IMO 북극 중유 금지가 2029년까지 면제로 효과가 작은 이유를 IMO 원문과 ICCT 분석으로 짚습니다. 북극항로를 키우려는 한국이 마주할 연료 규제와 차세대 쇄빙연구선의 이중연료 설계도 함께 봅니다.

전체 대본 보기

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Fri, 13 Nov 2026 11:38:09 +0900 kalee kalee 1104 북극을 지나는 배의 그을음(블랙카본)이 얼음을 녹이는 원리와, 2024년 7월 시작된 IMO 북극 중유 금지가 2029년까지 면제로 효과가 작은 이유를 IMO 원문과 ICCT 분석으로 짚습니다. 북극항로를 키우려는 한국이 마주할 연료 규제와 차세대 쇄빙연구선의 이중연료 설계도 함께 봅니다. 북극을 지나는 배의 그을음(블랙카본)이 얼음을 녹이는 원리와, 2024년 7월 시작된 IMO 북극 중유 금지가 2029년까지 면제로 효과가 작은 이유를 IMO 원문과 ICCT 분석으로 짚습니다. 북극항로를 키우려는 한국이 마주할 연료 규제와 차세대 쇄빙연구선의 이중연료 설계도 함께 봅니다. No 능력이 있어도 문이 좁은 이유: 게임 이론으로 본 인사이더와 아웃사이더 능력이 있어도 문이 좁은 이유: 게임 이론으로 본 인사이더와 아웃사이더 full 02cec087-61bf-4124-9271-5070834b700b https://share.transistor.fm/s/fd7300fd 능력 있는 청년이 기회를 못 받는 이유를 게임 이론의 두 이야기, 인사이더–아웃사이더와 토너먼트로 풀어 봅니다. 안쪽의 보호, 좋은 자리의 부족, 원청–하청 구조라는 세 설명을 각각의 처방, 그리고 비용을 지는 쪽과 함께 나란히 놓습니다. KDI 보고서는 저자 개인 견해, 프레시안 글은 의견 칼럼이며, OECD 권고는 보도된 내용으로만 다룹니다.

전체 대본 보기

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> 능력 있는 청년이 기회를 못 받는 이유를 게임 이론의 두 이야기, 인사이더–아웃사이더와 토너먼트로 풀어 봅니다. 안쪽의 보호, 좋은 자리의 부족, 원청–하청 구조라는 세 설명을 각각의 처방, 그리고 비용을 지는 쪽과 함께 나란히 놓습니다. KDI 보고서는 저자 개인 견해, 프레시안 글은 의견 칼럼이며, OECD 권고는 보도된 내용으로만 다룹니다.

전체 대본 보기

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Fri, 13 Nov 2026 11:38:06 +0900 kalee kalee 918 능력 있는 청년이 기회를 못 받는 이유를 게임 이론의 두 이야기, 인사이더–아웃사이더와 토너먼트로 풀어 봅니다. 안쪽의 보호, 좋은 자리의 부족, 원청–하청 구조라는 세 설명을 각각의 처방, 그리고 비용을 지는 쪽과 함께 나란히 놓습니다. KDI 보고서는 저자 개인 견해, 프레시안 글은 의견 칼럼이며, OECD 권고는 보도된 내용으로만 다룹니다. 능력 있는 청년이 기회를 못 받는 이유를 게임 이론의 두 이야기, 인사이더–아웃사이더와 토너먼트로 풀어 봅니다. 안쪽의 보호, 좋은 자리의 부족, 원청–하청 구조라는 세 설명을 각각의 처방, 그리고 비용을 지는 쪽과 함께 나란히 놓습니다. KDI 보고서는 저자 개인 견해, 프레시안 글은 의견 칼럼이며, OECD 권고는 보도된 내용으로만 다룹니다. No 실력을 숫자 하나로: Elo 레이팅과 '엔진과 너무 닮은 수'를 잡는 통계 실력을 숫자 하나로: Elo 레이팅과 '엔진과 너무 닮은 수'를 잡는 통계 full 869a030b-f618-475b-b3bd-3d7cfe0aca5b https://share.transistor.fm/s/1853ce6a 체스는 어떻게 사람의 실력을 숫자 하나로 만들었을까요? 아르파드 엘로가 레이팅을 '측정 문제'로 풀어낸 이야기부터 FIDE 현행 규칙(K 계수, 400점 규칙의 변천, 2024년 압축), 인플레이션 논쟁, Chatbot Arena가 Bradley-Terry로 옮겨 간 이유까지 짚고, Ken Regan의 통계로 엔진 부정행위를 어디까지 가려낼 수 있는지 살펴봅니다. Regan 자료는 한 저자의 자료이고, Sonas 보고서는 FIDE 의뢰, LMSYS 글은 운영진 자체 보고라는 점도 밝혀 둡니다.

전체 대본 보기

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> 체스는 어떻게 사람의 실력을 숫자 하나로 만들었을까요? 아르파드 엘로가 레이팅을 '측정 문제'로 풀어낸 이야기부터 FIDE 현행 규칙(K 계수, 400점 규칙의 변천, 2024년 압축), 인플레이션 논쟁, Chatbot Arena가 Bradley-Terry로 옮겨 간 이유까지 짚고, Ken Regan의 통계로 엔진 부정행위를 어디까지 가려낼 수 있는지 살펴봅니다. Regan 자료는 한 저자의 자료이고, Sonas 보고서는 FIDE 의뢰, LMSYS 글은 운영진 자체 보고라는 점도 밝혀 둡니다.

전체 대본 보기

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Fri, 13 Nov 2026 01:58:08 +0900 kalee kalee 1726 체스는 어떻게 사람의 실력을 숫자 하나로 만들었을까요? 아르파드 엘로가 레이팅을 '측정 문제'로 풀어낸 이야기부터 FIDE 현행 규칙(K 계수, 400점 규칙의 변천, 2024년 압축), 인플레이션 논쟁, Chatbot Arena가 Bradley-Terry로 옮겨 간 이유까지 짚고, Ken Regan의 통계로 엔진 부정행위를 어디까지 가려낼 수 있는지 살펴봅니다. Regan 자료는 한 저자의 자료이고, Sonas 보고서는 FIDE 의뢰, LMSYS 글은 운영진 자체 보고라는 점도 밝혀 둡니다. 체스는 어떻게 사람의 실력을 숫자 하나로 만들었을까요? 아르파드 엘로가 레이팅을 '측정 문제'로 풀어낸 이야기부터 FIDE 현행 규칙(K 계수, 400점 규칙의 변천, 2024년 압축), 인플레이션 논쟁, Chatbot Arena가 Bradley-Terry로 옮겨 간 이유까지 짚고, Ken Regan의 통계로 엔진 부정행위를 어디까지 가려낼 수 있는지 살펴봅니다. Regan 자료는 한 저자의 자료이고, Sonas 보고서는 FIDE 의뢰, LMSYS 글은 No Go는 AI 인프라의 언어인가: 공식 서사와 개발자 설문의 엇갈림 Go는 AI 인프라의 언어인가: 공식 서사와 개발자 설문의 엇갈림 full 60f78ada-2174-4117-9cdd-c126b339590e https://share.transistor.fm/s/0e989cbe Go 팀은 LLM 앱이 결국 클라우드 서비스라서 Go가 맞는다고 말하지만, 2025 Go 개발자 설문에서는 AI 기능을 만드는 응답자가 오히려 줄었습니다. RAG 데모, Ollama·Weaviate·Milvus 같은 Go 기반 인프라, MCP Go SDK와 Genkit Go의 1.0 호환성 약속, ByteDance Eino, 설문의 한계와 '14포인트' 수치를 살펴보고 Go가 AI 스택의 어느 층에 서야 하는지 따져 봅니다. 근거 상당수가 Google 계열 자료와 ByteDance 자기 보고라 독립 증거가 아니라는 점도 밝혀 둡니다.

전체 대본 보기

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Go 팀은 LLM 앱이 결국 클라우드 서비스라서 Go가 맞는다고 말하지만, 2025 Go 개발자 설문에서는 AI 기능을 만드는 응답자가 오히려 줄었습니다. RAG 데모, Ollama·Weaviate·Milvus 같은 Go 기반 인프라, MCP Go SDK와 Genkit Go의 1.0 호환성 약속, ByteDance Eino, 설문의 한계와 '14포인트' 수치를 살펴보고 Go가 AI 스택의 어느 층에 서야 하는지 따져 봅니다. 근거 상당수가 Google 계열 자료와 ByteDance 자기 보고라 독립 증거가 아니라는 점도 밝혀 둡니다.

전체 대본 보기

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Thu, 12 Nov 2026 18:15:41 +0900 kalee kalee 1732 Go 팀은 LLM 앱이 결국 클라우드 서비스라서 Go가 맞는다고 말하지만, 2025 Go 개발자 설문에서는 AI 기능을 만드는 응답자가 오히려 줄었습니다. RAG 데모, Ollama·Weaviate·Milvus 같은 Go 기반 인프라, MCP Go SDK와 Genkit Go의 1.0 호환성 약속, ByteDance Eino, 설문의 한계와 '14포인트' 수치를 살펴보고 Go가 AI 스택의 어느 층에 서야 하는지 따져 봅니다. 근거 상당수가 Google 계열 자료와 ByteDance 자기 보고라 독립 증거가 아니라는 점도 밝혀 둡니다. Go 팀은 LLM 앱이 결국 클라우드 서비스라서 Go가 맞는다고 말하지만, 2025 Go 개발자 설문에서는 AI 기능을 만드는 응답자가 오히려 줄었습니다. RAG 데모, Ollama·Weaviate·Milvus 같은 Go 기반 인프라, MCP Go SDK와 Genkit Go의 1.0 호환성 약속, ByteDance Eino, 설문의 한계와 '14포인트' 수치를 살펴보고 Go가 AI 스택의 어느 층에 서야 하는지 따져 봅니다. 근거 상당수가 Google No OpenBao seal/unseal 실전: 잠긴 금고를 여는 법부터 네임스페이스 seal까지 OpenBao seal/unseal 실전: 잠긴 금고를 여는 법부터 네임스페이스 seal까지 full 18f7fb60-da83-416e-953b-0528ebf70635 https://share.transistor.fm/s/4a9f3ecb OpenBao 서버가 왜 잠긴 채로 시작하는지 짚고, init, unseal, 자동 unseal seal 스탠자, recovery key, rotate-keys와 rotate, generate-root, seal migration, 2.6의 네임스페이스 seal까지 운영자가 실제로 하는 일을 순서대로 다룹니다. 2026년 11월 기준 OpenBao 2.7 공식 문서를 바탕으로 했고, Vault와의 관계는 짧게만 언급합니다.

전체 대본 보기

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> OpenBao 서버가 왜 잠긴 채로 시작하는지 짚고, init, unseal, 자동 unseal seal 스탠자, recovery key, rotate-keys와 rotate, generate-root, seal migration, 2.6의 네임스페이스 seal까지 운영자가 실제로 하는 일을 순서대로 다룹니다. 2026년 11월 기준 OpenBao 2.7 공식 문서를 바탕으로 했고, Vault와의 관계는 짧게만 언급합니다.

전체 대본 보기

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Thu, 12 Nov 2026 13:54:15 +0900 kalee kalee 1119 OpenBao 서버가 왜 잠긴 채로 시작하는지 짚고, init, unseal, 자동 unseal seal 스탠자, recovery key, rotate-keys와 rotate, generate-root, seal migration, 2.6의 네임스페이스 seal까지 운영자가 실제로 하는 일을 순서대로 다룹니다. 2026년 11월 기준 OpenBao 2.7 공식 문서를 바탕으로 했고, Vault와의 관계는 짧게만 언급합니다. OpenBao 서버가 왜 잠긴 채로 시작하는지 짚고, init, unseal, 자동 unseal seal 스탠자, recovery key, rotate-keys와 rotate, generate-root, seal migration, 2.6의 네임스페이스 seal까지 운영자가 실제로 하는 일을 순서대로 다룹니다. 2026년 11월 기준 OpenBao 2.7 공식 문서를 바탕으로 했고, Vault와의 관계는 짧게만 언급합니다. No 오케스트레이터-워커 2편: 멀티에이전트는 왜 실패하나 오케스트레이터-워커 2편: 멀티에이전트는 왜 실패하나 full 6ef5151f-86e3-4822-958f-8b5e91b76f21 https://share.transistor.fm/s/1fa5fa8a 오케스트레이터-워커 2부작 2편. MAST 실패 분류의 3범주와 주요 실패 유형, 같은 모델로 설계만 바꾼 개입 실험을 살펴보고, Cognition의 "나누지 마라" 반론과 Anthropic 멀티에이전트 리서치 결과를 읽기 중심과 쓰기 중심 작업으로 정리합니다. 단일 에이전트와 멀티에이전트를 고르는 판단 기준으로 마무리합니다.

전체 대본 보기

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> 오케스트레이터-워커 2부작 2편. MAST 실패 분류의 3범주와 주요 실패 유형, 같은 모델로 설계만 바꾼 개입 실험을 살펴보고, Cognition의 "나누지 마라" 반론과 Anthropic 멀티에이전트 리서치 결과를 읽기 중심과 쓰기 중심 작업으로 정리합니다. 단일 에이전트와 멀티에이전트를 고르는 판단 기준으로 마무리합니다.

전체 대본 보기

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Thu, 12 Nov 2026 13:54:10 +0900 kalee kalee 1171 오케스트레이터-워커 2부작 2편. MAST 실패 분류의 3범주와 주요 실패 유형, 같은 모델로 설계만 바꾼 개입 실험을 살펴보고, Cognition의 "나누지 마라" 반론과 Anthropic 멀티에이전트 리서치 결과를 읽기 중심과 쓰기 중심 작업으로 정리합니다. 단일 에이전트와 멀티에이전트를 고르는 판단 기준으로 마무리합니다. 오케스트레이터-워커 2부작 2편. MAST 실패 분류의 3범주와 주요 실패 유형, 같은 모델로 설계만 바꾼 개입 실험을 살펴보고, Cognition의 "나누지 마라" 반론과 Anthropic 멀티에이전트 리서치 결과를 읽기 중심과 쓰기 중심 작업으로 정리합니다. 단일 에이전트와 멀티에이전트를 고르는 판단 기준으로 마무리합니다. No 오케스트레이터-워커 1편: 매일 도는 루프의 다섯 가지 규칙 오케스트레이터-워커 1편: 매일 도는 루프의 다섯 가지 규칙 full 9dc2947d-6e19-41b1-a12b-338a94dd758e https://share.transistor.fm/s/1fb7d38c 오케스트레이터-워커 구조를 데모가 아니라 매일 도는 루프로 굴리기 위한 다섯 가지 규칙을 다룹니다. 비싼 모델을 어디에 둘지(트리형과 조언자형), 노력 예산과 종료 조건, 생성자와 분리된 평가자와 동적 재계획, 파일과 git에 두는 상태, 거부 횟수 기반 사람 호출을 앤트로픽 엔지니어링 글과 논문, Cognition의 반론으로 살펴봅니다. 수치 상당수는 앤트로픽 자사 평가임을 밝혀 둡니다.

전체 대본 보기

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> 오케스트레이터-워커 구조를 데모가 아니라 매일 도는 루프로 굴리기 위한 다섯 가지 규칙을 다룹니다. 비싼 모델을 어디에 둘지(트리형과 조언자형), 노력 예산과 종료 조건, 생성자와 분리된 평가자와 동적 재계획, 파일과 git에 두는 상태, 거부 횟수 기반 사람 호출을 앤트로픽 엔지니어링 글과 논문, Cognition의 반론으로 살펴봅니다. 수치 상당수는 앤트로픽 자사 평가임을 밝혀 둡니다.

전체 대본 보기

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Thu, 12 Nov 2026 13:54:05 +0900 kalee kalee 1385 오케스트레이터-워커 구조를 데모가 아니라 매일 도는 루프로 굴리기 위한 다섯 가지 규칙을 다룹니다. 비싼 모델을 어디에 둘지(트리형과 조언자형), 노력 예산과 종료 조건, 생성자와 분리된 평가자와 동적 재계획, 파일과 git에 두는 상태, 거부 횟수 기반 사람 호출을 앤트로픽 엔지니어링 글과 논문, Cognition의 반론으로 살펴봅니다. 수치 상당수는 앤트로픽 자사 평가임을 밝혀 둡니다. 오케스트레이터-워커 구조를 데모가 아니라 매일 도는 루프로 굴리기 위한 다섯 가지 규칙을 다룹니다. 비싼 모델을 어디에 둘지(트리형과 조언자형), 노력 예산과 종료 조건, 생성자와 분리된 평가자와 동적 재계획, 파일과 git에 두는 상태, 거부 횟수 기반 사람 호출을 앤트로픽 엔지니어링 글과 논문, Cognition의 반론으로 살펴봅니다. 수치 상당수는 앤트로픽 자사 평가임을 밝혀 둡니다. No 벤치마크의 유통기한 — 포화와 '더 큰 시험지' 경쟁 (LLM 벤치마크 해석 3편) 벤치마크의 유통기한 — 포화와 '더 큰 시험지' 경쟁 (LLM 벤치마크 해석 3편) full d209f9c8-0c5a-4c78-98ee-6ed8d56c3bb8 https://share.transistor.fm/s/ee19d6df 60개 LLM 벤치마크 중 29개가 상위 모델을 가려내지 못하는 포화 상태였다는 연구로 포화의 정의와 원인을 짚습니다. Humanity's Last Exam 같은 새 시험지가 이를 어떻게 피하려 하는지, METR Time Horizon 1.1에서 과제 구성과 측정 환경이 추세 숫자를 어떻게 바꿨는지 살펴봅니다. 3부작의 마지막 회차입니다.

전체 대본 보기

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> 60개 LLM 벤치마크 중 29개가 상위 모델을 가려내지 못하는 포화 상태였다는 연구로 포화의 정의와 원인을 짚습니다. Humanity's Last Exam 같은 새 시험지가 이를 어떻게 피하려 하는지, METR Time Horizon 1.1에서 과제 구성과 측정 환경이 추세 숫자를 어떻게 바꿨는지 살펴봅니다. 3부작의 마지막 회차입니다.

전체 대본 보기

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Thu, 12 Nov 2026 13:54:00 +0900 kalee kalee 1088 60개 LLM 벤치마크 중 29개가 상위 모델을 가려내지 못하는 포화 상태였다는 연구로 포화의 정의와 원인을 짚습니다. Humanity's Last Exam 같은 새 시험지가 이를 어떻게 피하려 하는지, METR Time Horizon 1.1에서 과제 구성과 측정 환경이 추세 숫자를 어떻게 바꿨는지 살펴봅니다. 3부작의 마지막 회차입니다. 60개 LLM 벤치마크 중 29개가 상위 모델을 가려내지 못하는 포화 상태였다는 연구로 포화의 정의와 원인을 짚습니다. Humanity's Last Exam 같은 새 시험지가 이를 어떻게 피하려 하는지, METR Time Horizon 1.1에서 과제 구성과 측정 환경이 추세 숫자를 어떻게 바꿨는지 살펴봅니다. 3부작의 마지막 회차입니다. No [LLM 벤치마크 2편] 시험지를 미리 본 모델: 데이터 오염과 과적합 [LLM 벤치마크 2편] 시험지를 미리 본 모델: 데이터 오염과 과적합 full 92dabdad-6935-4417-b0cc-dd3966f200b7 https://share.transistor.fm/s/06e99953 공개된 벤치마크 문제가 학습 데이터에 섞이면 점수는 무엇을 재게 될까요? GSM8k와 새로 만든 GSM1k를 비교해 과적합을 잰 연구, SWE-bench Verified의 오래된 공개 이슈, 마감일 이후 문제와 주기적 교체·비공개 셋 같은 대응책을 원 논문으로 살펴봅니다. 비공개만으로는 포화를 막지 못한다는 반대 증거도 함께 짚습니다.

전체 대본 보기

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> 공개된 벤치마크 문제가 학습 데이터에 섞이면 점수는 무엇을 재게 될까요? GSM8k와 새로 만든 GSM1k를 비교해 과적합을 잰 연구, SWE-bench Verified의 오래된 공개 이슈, 마감일 이후 문제와 주기적 교체·비공개 셋 같은 대응책을 원 논문으로 살펴봅니다. 비공개만으로는 포화를 막지 못한다는 반대 증거도 함께 짚습니다.

전체 대본 보기

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Thu, 12 Nov 2026 13:53:55 +0900 kalee kalee 945 공개된 벤치마크 문제가 학습 데이터에 섞이면 점수는 무엇을 재게 될까요? GSM8k와 새로 만든 GSM1k를 비교해 과적합을 잰 연구, SWE-bench Verified의 오래된 공개 이슈, 마감일 이후 문제와 주기적 교체·비공개 셋 같은 대응책을 원 논문으로 살펴봅니다. 비공개만으로는 포화를 막지 못한다는 반대 증거도 함께 짚습니다. 공개된 벤치마크 문제가 학습 데이터에 섞이면 점수는 무엇을 재게 될까요? GSM8k와 새로 만든 GSM1k를 비교해 과적합을 잰 연구, SWE-bench Verified의 오래된 공개 이슈, 마감일 이후 문제와 주기적 교체·비공개 셋 같은 대응책을 원 논문으로 살펴봅니다. 비공개만으로는 포화를 막지 못한다는 반대 증거도 함께 짚습니다. No LLM 벤치마크 지도: 이 점수는 무엇을 쟀나? (벤치마크 3부작 1편) LLM 벤치마크 지도: 이 점수는 무엇을 쟀나? (벤치마크 3부작 1편) full 768800a3-7856-4742-b45e-45d5df85e449 https://share.transistor.fm/s/09cbede0 객관식 정답률, 코드 테스트 통과율 pass@k, 사람·LLM 선호 투표, 에이전트 time horizon까지 LLM 벤치마크 유형별로 무엇을 재고 무엇을 못 재는지 정리합니다. HELM의 7개 지표와 '표준화 전 평가 범위 17.9%', 번역 벤치마크와 한국어 원문 시험 KMMLU의 차이도 함께 다룹니다. 개별 모델 순위 대신 점수 옆에 붙은 조건을 읽는 법에 집중합니다.

전체 대본 보기

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> 객관식 정답률, 코드 테스트 통과율 pass@k, 사람·LLM 선호 투표, 에이전트 time horizon까지 LLM 벤치마크 유형별로 무엇을 재고 무엇을 못 재는지 정리합니다. HELM의 7개 지표와 '표준화 전 평가 범위 17.9%', 번역 벤치마크와 한국어 원문 시험 KMMLU의 차이도 함께 다룹니다. 개별 모델 순위 대신 점수 옆에 붙은 조건을 읽는 법에 집중합니다.

전체 대본 보기

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Thu, 12 Nov 2026 13:53:50 +0900 kalee kalee 1457 객관식 정답률, 코드 테스트 통과율 pass@k, 사람·LLM 선호 투표, 에이전트 time horizon까지 LLM 벤치마크 유형별로 무엇을 재고 무엇을 못 재는지 정리합니다. HELM의 7개 지표와 '표준화 전 평가 범위 17.9%', 번역 벤치마크와 한국어 원문 시험 KMMLU의 차이도 함께 다룹니다. 개별 모델 순위 대신 점수 옆에 붙은 조건을 읽는 법에 집중합니다. 객관식 정답률, 코드 테스트 통과율 pass@k, 사람·LLM 선호 투표, 에이전트 time horizon까지 LLM 벤치마크 유형별로 무엇을 재고 무엇을 못 재는지 정리합니다. HELM의 7개 지표와 '표준화 전 평가 범위 17.9%', 번역 벤치마크와 한국어 원문 시험 KMMLU의 차이도 함께 다룹니다. 개별 모델 순위 대신 점수 옆에 붙은 조건을 읽는 법에 집중합니다. No 느려졌는데 빨라졌다고 느꼈다: 재미로 보는 AI 코딩 생산성 숫자 읽는 법 (METR 실험 두 번의 반전) 느려졌는데 빨라졌다고 느꼈다: 재미로 보는 AI 코딩 생산성 숫자 읽는 법 (METR 실험 두 번의 반전) full b902f238-2618-4a5b-8e99-7eec618c8fac https://share.transistor.fm/s/cac5c491 AI를 쓰면 개발이 빨라질까? METR의 2025년 무작위 대조 실험에서는 개발자들이 20% 빨라졌다고 느꼈지만 실제 완료 시간은 19% 늘었고, 2026년 후속 실험은 참가 거절과 과제 숨기기 때문에 측정 자체가 흔들렸습니다. 세 기업 Copilot 현장 실험까지 함께 놓고, 생산성 숫자가 무엇을 쟀는지와 저자들의 경고문을 같이 읽는 법을 재미로 정리합니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> AI를 쓰면 개발이 빨라질까? METR의 2025년 무작위 대조 실험에서는 개발자들이 20% 빨라졌다고 느꼈지만 실제 완료 시간은 19% 늘었고, 2026년 후속 실험은 참가 거절과 과제 숨기기 때문에 측정 자체가 흔들렸습니다. 세 기업 Copilot 현장 실험까지 함께 놓고, 생산성 숫자가 무엇을 쟀는지와 저자들의 경고문을 같이 읽는 법을 재미로 정리합니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Wed, 11 Nov 2026 19:21:30 +0900 kalee kalee 926 AI를 쓰면 개발이 빨라질까? METR의 2025년 무작위 대조 실험에서는 개발자들이 20% 빨라졌다고 느꼈지만 실제 완료 시간은 19% 늘었고, 2026년 후속 실험은 참가 거절과 과제 숨기기 때문에 측정 자체가 흔들렸습니다. 세 기업 Copilot 현장 실험까지 함께 놓고, 생산성 숫자가 무엇을 쟀는지와 저자들의 경고문을 같이 읽는 법을 재미로 정리합니다. AI를 쓰면 개발이 빨라질까? METR의 2025년 무작위 대조 실험에서는 개발자들이 20% 빨라졌다고 느꼈지만 실제 완료 시간은 19% 늘었고, 2026년 후속 실험은 참가 거절과 과제 숨기기 때문에 측정 자체가 흔들렸습니다. 세 기업 Copilot 현장 실험까지 함께 놓고, 생산성 숫자가 무엇을 쟀는지와 저자들의 경고문을 같이 읽는 법을 재미로 정리합니다. No AI 시대 생존 도구, git 기초: 아예 처음인 사람을 위한 버전 관리 입문 AI 시대 생존 도구, git 기초: 아예 처음인 사람을 위한 버전 관리 입문 full 896a1551-5568-4127-8cf7-55a55d2863b4 https://share.transistor.fm/s/6e5c85ea git을 한 번도 써 본 적 없는 사람을 위해 버전 관리가 무엇인지부터 커밋, 스테이징, 브랜치, 병합과 충돌, 원격 저장소와 GitHub, 풀 리퀘스트, 되돌리기까지 비유와 함께 차근차근 풉니다. AI 코딩 도구가 파일을 직접 고치는 지금, git이 왜 확인·격리·되돌리기의 안전벨트가 되는지 공식 문서를 바탕으로 정리합니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> git을 한 번도 써 본 적 없는 사람을 위해 버전 관리가 무엇인지부터 커밋, 스테이징, 브랜치, 병합과 충돌, 원격 저장소와 GitHub, 풀 리퀘스트, 되돌리기까지 비유와 함께 차근차근 풉니다. AI 코딩 도구가 파일을 직접 고치는 지금, git이 왜 확인·격리·되돌리기의 안전벨트가 되는지 공식 문서를 바탕으로 정리합니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Wed, 11 Nov 2026 19:21:25 +0900 kalee kalee 1463 git을 한 번도 써 본 적 없는 사람을 위해 버전 관리가 무엇인지부터 커밋, 스테이징, 브랜치, 병합과 충돌, 원격 저장소와 GitHub, 풀 리퀘스트, 되돌리기까지 비유와 함께 차근차근 풉니다. AI 코딩 도구가 파일을 직접 고치는 지금, git이 왜 확인·격리·되돌리기의 안전벨트가 되는지 공식 문서를 바탕으로 정리합니다. git을 한 번도 써 본 적 없는 사람을 위해 버전 관리가 무엇인지부터 커밋, 스테이징, 브랜치, 병합과 충돌, 원격 저장소와 GitHub, 풀 리퀘스트, 되돌리기까지 비유와 함께 차근차근 풉니다. AI 코딩 도구가 파일을 직접 고치는 지금, git이 왜 확인·격리·되돌리기의 안전벨트가 되는지 공식 문서를 바탕으로 정리합니다. No "코드는 잊어버려" — 장난 글이 올해의 단어가 되기까지, 바이브 코딩이라는 말의 일생 "코드는 잊어버려" — 장난 글이 올해의 단어가 되기까지, 바이브 코딩이라는 말의 일생 full 2cf87b3e-6f2a-44c5-b646-e9d9fb8a813d https://share.transistor.fm/s/b27c4431 2025년 2월 Andrej Karpathy가 가볍게 올린 글에서 시작된 '바이브 코딩'이 Simon Willison의 정의를 거쳐 Collins 올해의 단어가 되고, 1년 뒤 agentic engineering과 경계가 흐려지기까지를 재미로 따라갑니다. 코드를 검토하지 않는 개발은 어디까지 괜찮은지, 원문을 바탕으로 이야기합니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> 2025년 2월 Andrej Karpathy가 가볍게 올린 글에서 시작된 '바이브 코딩'이 Simon Willison의 정의를 거쳐 Collins 올해의 단어가 되고, 1년 뒤 agentic engineering과 경계가 흐려지기까지를 재미로 따라갑니다. 코드를 검토하지 않는 개발은 어디까지 괜찮은지, 원문을 바탕으로 이야기합니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Wed, 11 Nov 2026 19:21:20 +0900 kalee kalee 778 2025년 2월 Andrej Karpathy가 가볍게 올린 글에서 시작된 '바이브 코딩'이 Simon Willison의 정의를 거쳐 Collins 올해의 단어가 되고, 1년 뒤 agentic engineering과 경계가 흐려지기까지를 재미로 따라갑니다. 코드를 검토하지 않는 개발은 어디까지 괜찮은지, 원문을 바탕으로 이야기합니다. 2025년 2월 Andrej Karpathy가 가볍게 올린 글에서 시작된 '바이브 코딩'이 Simon Willison의 정의를 거쳐 Collins 올해의 단어가 되고, 1년 뒤 agentic engineering과 경계가 흐려지기까지를 재미로 따라갑니다. 코드를 검토하지 않는 개발은 어디까지 괜찮은지, 원문을 바탕으로 이야기합니다. No Pod를 지울 때 왜 502가 나는가: 종료 신호와 엔드포인트 제거의 경주 (Kubernetes 내부 경로 7부) Pod를 지울 때 왜 502가 나는가: 종료 신호와 엔드포인트 제거의 경주 (Kubernetes 내부 경로 7부) full 182fa652-055b-4be2-afe7-3868d11fd6e5 https://share.transistor.fm/s/1e4a4cad Pod를 지우면 kubelet의 종료 절차와 EndpointSlice 갱신이 동시에 시작되고, kube-proxy와 Ingress 컨트롤러 같은 소비자들이 언제 따라잡을지는 보장되지 않는다. 종료 순서, EndpointSlice의 ready·serving·terminating 조건, v1.34에서 GA가 된 preStop sleep 액션과 grace period 설계, 장시간 연결 처리 선택지를 공식 문서와 KEP 기준으로 짚는다. 연재 "워크로드 하나가 밖으로 나가기까지"의 마지막 회차다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Pod를 지우면 kubelet의 종료 절차와 EndpointSlice 갱신이 동시에 시작되고, kube-proxy와 Ingress 컨트롤러 같은 소비자들이 언제 따라잡을지는 보장되지 않는다. 종료 순서, EndpointSlice의 ready·serving·terminating 조건, v1.34에서 GA가 된 preStop sleep 액션과 grace period 설계, 장시간 연결 처리 선택지를 공식 문서와 KEP 기준으로 짚는다. 연재 "워크로드 하나가 밖으로 나가기까지"의 마지막 회차다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Wed, 11 Nov 2026 19:21:16 +0900 kalee kalee 1194 Pod를 지우면 kubelet의 종료 절차와 EndpointSlice 갱신이 동시에 시작되고, kube-proxy와 Ingress 컨트롤러 같은 소비자들이 언제 따라잡을지는 보장되지 않는다. 종료 순서, EndpointSlice의 ready·serving·terminating 조건, v1.34에서 GA가 된 preStop sleep 액션과 grace period 설계, 장시간 연결 처리 선택지를 공식 문서와 KEP 기준으로 짚는다. 연재 "워크로드 하나가 밖으로 나가기까지"의 마지막 회차다. Pod를 지우면 kubelet의 종료 절차와 EndpointSlice 갱신이 동시에 시작되고, kube-proxy와 Ingress 컨트롤러 같은 소비자들이 언제 따라잡을지는 보장되지 않는다. 종료 순서, EndpointSlice의 ready·serving·terminating 조건, v1.34에서 GA가 된 preStop sleep 액션과 grace period 설계, 장시간 연결 처리 선택지를 공식 문서와 KEP 기준으로 짚는다. 연재 "워크로드 하나 No [Kubernetes 내부 경로 EP6] Ingress NGINX 은퇴 이후, 클러스터 입구는 왜 Gateway API로 다시 설계됐나 [Kubernetes 내부 경로 EP6] Ingress NGINX 은퇴 이후, 클러스터 입구는 왜 Gateway API로 다시 설계됐나 full 06d63564-40fe-4194-9653-86310baecb60 https://share.transistor.fm/s/1a20c25c 2026년 3월 마지막 릴리스를 끝으로 archive된 Ingress NGINX가 왜 은퇴했는지, 한두 명의 업무 외 유지보수와 snippets 어노테이션이 보안 부채가 된 과정을 공식 공지와 저장소 상태로 짚어 봅니다. 이어서 Gateway API가 GatewayClass, Gateway, Route로 역할을 나누고 양방향 신뢰로 입구를 통제하는 방식, 그리고 마이그레이션을 판단하는 기준을 다룹니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> 2026년 3월 마지막 릴리스를 끝으로 archive된 Ingress NGINX가 왜 은퇴했는지, 한두 명의 업무 외 유지보수와 snippets 어노테이션이 보안 부채가 된 과정을 공식 공지와 저장소 상태로 짚어 봅니다. 이어서 Gateway API가 GatewayClass, Gateway, Route로 역할을 나누고 양방향 신뢰로 입구를 통제하는 방식, 그리고 마이그레이션을 판단하는 기준을 다룹니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Wed, 11 Nov 2026 19:20:41 +0900 kalee kalee 1212 2026년 3월 마지막 릴리스를 끝으로 archive된 Ingress NGINX가 왜 은퇴했는지, 한두 명의 업무 외 유지보수와 snippets 어노테이션이 보안 부채가 된 과정을 공식 공지와 저장소 상태로 짚어 봅니다. 이어서 Gateway API가 GatewayClass, Gateway, Route로 역할을 나누고 양방향 신뢰로 입구를 통제하는 방식, 그리고 마이그레이션을 판단하는 기준을 다룹니다. 2026년 3월 마지막 릴리스를 끝으로 archive된 Ingress NGINX가 왜 은퇴했는지, 한두 명의 업무 외 유지보수와 snippets 어노테이션이 보안 부채가 된 과정을 공식 공지와 저장소 상태로 짚어 봅니다. 이어서 Gateway API가 GatewayClass, Gateway, Route로 역할을 나누고 양방향 신뢰로 입구를 통제하는 방식, 그리고 마이그레이션을 판단하는 기준을 다룹니다. No [Kubernetes 내부 경로 EP5] 클러스터 밖에서 들어오는 길: NodePort, LoadBalancer, 그리고 사라지는 클라이언트 IP [Kubernetes 내부 경로 EP5] 클러스터 밖에서 들어오는 길: NodePort, LoadBalancer, 그리고 사라지는 클라이언트 IP full 27e4c987-85f0-4e03-b933-27da07ce13cd https://share.transistor.fm/s/754ac483 서비스를 밖으로 열었더니 로그의 클라이언트 IP가 모두 노드 IP로 찍히는 이유를 따라갑니다. NodePort의 SNAT, externalTrafficPolicy Cluster와 Local의 트레이드오프와 헬스 체크, type LoadBalancer 뒤에서 일하는 cloud-controller-manager를 공식 문서로 짚고, 온프레미스에서 MetalLB layer 2·BGP 모드와 OpenStack Octavia 연동이 무엇을 대신하고 어떤 한계를 갖는지 살펴봅니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> 서비스를 밖으로 열었더니 로그의 클라이언트 IP가 모두 노드 IP로 찍히는 이유를 따라갑니다. NodePort의 SNAT, externalTrafficPolicy Cluster와 Local의 트레이드오프와 헬스 체크, type LoadBalancer 뒤에서 일하는 cloud-controller-manager를 공식 문서로 짚고, 온프레미스에서 MetalLB layer 2·BGP 모드와 OpenStack Octavia 연동이 무엇을 대신하고 어떤 한계를 갖는지 살펴봅니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Wed, 11 Nov 2026 19:20:39 +0900 kalee kalee 1471 서비스를 밖으로 열었더니 로그의 클라이언트 IP가 모두 노드 IP로 찍히는 이유를 따라갑니다. NodePort의 SNAT, externalTrafficPolicy Cluster와 Local의 트레이드오프와 헬스 체크, type LoadBalancer 뒤에서 일하는 cloud-controller-manager를 공식 문서로 짚고, 온프레미스에서 MetalLB layer 2·BGP 모드와 OpenStack Octavia 연동이 무엇을 대신하고 어떤 한계를 갖는지 살펴봅니다. 서비스를 밖으로 열었더니 로그의 클라이언트 IP가 모두 노드 IP로 찍히는 이유를 따라갑니다. NodePort의 SNAT, externalTrafficPolicy Cluster와 Local의 트레이드오프와 헬스 체크, type LoadBalancer 뒤에서 일하는 cloud-controller-manager를 공식 문서로 짚고, 온프레미스에서 MetalLB layer 2·BGP 모드와 OpenStack Octavia 연동이 무엇을 대신하고 어떤 한계를 No [Kubernetes 내부 경로 EP4] iptables의 퇴장: kube-proxy와 nftables [Kubernetes 내부 경로 EP4] iptables의 퇴장: kube-proxy와 nftables full 06341c1d-19d2-428e-a5b5-b78f34faaeeb https://share.transistor.fm/s/7bd7624c kube-proxy의 iptables, IPVS, nftables 모드가 Service 트래픽을 어떻게 다르게 처리하는지, nftables의 verdict map과 증분 갱신이 무엇을 바꾸는지 짚습니다. nftables로 옮길 때 일부러 달라진 NodePort·방화벽·conntrack 동작과, KEP-5495·KEP-5343이 밝힌 IPVS 사용 중단과 기본값 전환 일정(1.40, 1.43은 계획)을 1차 출처로 정리합니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> kube-proxy의 iptables, IPVS, nftables 모드가 Service 트래픽을 어떻게 다르게 처리하는지, nftables의 verdict map과 증분 갱신이 무엇을 바꾸는지 짚습니다. nftables로 옮길 때 일부러 달라진 NodePort·방화벽·conntrack 동작과, KEP-5495·KEP-5343이 밝힌 IPVS 사용 중단과 기본값 전환 일정(1.40, 1.43은 계획)을 1차 출처로 정리합니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Wed, 11 Nov 2026 19:20:36 +0900 kalee kalee 1426 kube-proxy의 iptables, IPVS, nftables 모드가 Service 트래픽을 어떻게 다르게 처리하는지, nftables의 verdict map과 증분 갱신이 무엇을 바꾸는지 짚습니다. nftables로 옮길 때 일부러 달라진 NodePort·방화벽·conntrack 동작과, KEP-5495·KEP-5343이 밝힌 IPVS 사용 중단과 기본값 전환 일정(1.40, 1.43은 계획)을 1차 출처로 정리합니다. kube-proxy의 iptables, IPVS, nftables 모드가 Service 트래픽을 어떻게 다르게 처리하는지, nftables의 verdict map과 증분 갱신이 무엇을 바꾸는지 짚습니다. nftables로 옮길 때 일부러 달라진 NodePort·방화벽·conntrack 동작과, KEP-5495·KEP-5343이 밝힌 IPVS 사용 중단과 기본값 전환 일정(1.40, 1.43은 계획)을 1차 출처로 정리합니다. No [K8s 내부 경로 EP3] ClusterIP는 어디에도 없다: kube-proxy, EndpointSlice, DNAT와 5초 DNS 지연 [K8s 내부 경로 EP3] ClusterIP는 어디에도 없다: kube-proxy, EndpointSlice, DNAT와 5초 DNS 지연 full e72f9110-6eb8-40b1-aa8c-9099067fe800 https://share.transistor.fm/s/d65751a7 ClusterIP에는 응답하는 장치가 없습니다. 각 노드의 kube-proxy가 Service와 EndpointSlice를 watch해 iptables 규칙을 쓰고, 패킷은 커널에서 DNAT로 Pod IP를 향하게 바뀝니다. KUBE-SERVICES, KUBE-SVC, KUBE-SEP 체인과 확률 분배의 계산, EndpointSlice가 Endpoints를 대체한 이유, 그리고 2018년 conntrack 경쟁 조건으로 생긴 5초 DNS 지연 사례와 이후 커널 수정까지 따라갑니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> ClusterIP에는 응답하는 장치가 없습니다. 각 노드의 kube-proxy가 Service와 EndpointSlice를 watch해 iptables 규칙을 쓰고, 패킷은 커널에서 DNAT로 Pod IP를 향하게 바뀝니다. KUBE-SERVICES, KUBE-SVC, KUBE-SEP 체인과 확률 분배의 계산, EndpointSlice가 Endpoints를 대체한 이유, 그리고 2018년 conntrack 경쟁 조건으로 생긴 5초 DNS 지연 사례와 이후 커널 수정까지 따라갑니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Wed, 11 Nov 2026 19:20:34 +0900 kalee kalee 1463 ClusterIP에는 응답하는 장치가 없습니다. 각 노드의 kube-proxy가 Service와 EndpointSlice를 watch해 iptables 규칙을 쓰고, 패킷은 커널에서 DNAT로 Pod IP를 향하게 바뀝니다. KUBE-SERVICES, KUBE-SVC, KUBE-SEP 체인과 확률 분배의 계산, EndpointSlice가 Endpoints를 대체한 이유, 그리고 2018년 conntrack 경쟁 조건으로 생긴 5초 DNS 지연 사례와 이후 커널 수정까지 따라갑니다. ClusterIP에는 응답하는 장치가 없습니다. 각 노드의 kube-proxy가 Service와 EndpointSlice를 watch해 iptables 규칙을 쓰고, 패킷은 커널에서 DNAT로 Pod IP를 향하게 바뀝니다. KUBE-SERVICES, KUBE-SVC, KUBE-SEP 체인과 확률 분배의 계산, EndpointSlice가 Endpoints를 대체한 이유, 그리고 2018년 conntrack 경쟁 조건으로 생긴 5초 DNS 지연 사례와 이 No [Kubernetes 내부 경로 EP2] Pod는 어떻게 IP를 얻는가: pause 컨테이너, CRI와 CNI [Kubernetes 내부 경로 EP2] Pod는 어떻게 IP를 얻는가: pause 컨테이너, CRI와 CNI full 1b40fa15-ce8f-4d91-b8bf-68269eeea767 https://share.transistor.fm/s/deea80f1 Pod마다 IP가 하나 있고 컨테이너끼리 localhost로 통신한다는 문장이 리눅스 위에서 어떻게 만들어지는지 따라갑니다. kubelet의 RunPodSandbox 요청부터 network namespace, pause 컨테이너, CNI 플러그인 호출 계약, bridge와 veth, host-local IPAM까지 공식 문서와 CNI 명세로 다시 확인하고, 노드 사이 통신의 두 갈래인 캡슐화와 라우팅도 짚습니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Pod마다 IP가 하나 있고 컨테이너끼리 localhost로 통신한다는 문장이 리눅스 위에서 어떻게 만들어지는지 따라갑니다. kubelet의 RunPodSandbox 요청부터 network namespace, pause 컨테이너, CNI 플러그인 호출 계약, bridge와 veth, host-local IPAM까지 공식 문서와 CNI 명세로 다시 확인하고, 노드 사이 통신의 두 갈래인 캡슐화와 라우팅도 짚습니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Wed, 11 Nov 2026 19:20:31 +0900 kalee kalee 1530 Pod마다 IP가 하나 있고 컨테이너끼리 localhost로 통신한다는 문장이 리눅스 위에서 어떻게 만들어지는지 따라갑니다. kubelet의 RunPodSandbox 요청부터 network namespace, pause 컨테이너, CNI 플러그인 호출 계약, bridge와 veth, host-local IPAM까지 공식 문서와 CNI 명세로 다시 확인하고, 노드 사이 통신의 두 갈래인 캡슐화와 라우팅도 짚습니다. Pod마다 IP가 하나 있고 컨테이너끼리 localhost로 통신한다는 문장이 리눅스 위에서 어떻게 만들어지는지 따라갑니다. kubelet의 RunPodSandbox 요청부터 network namespace, pause 컨테이너, CNI 플러그인 호출 계약, bridge와 veth, host-local IPAM까지 공식 문서와 CNI 명세로 다시 확인하고, 노드 사이 통신의 두 갈래인 캡슐화와 라우팅도 짚습니다. No [K8s 내부 경로 EP1] kubectl apply 한 줄이 실행 중인 Pod가 되기까지 [K8s 내부 경로 EP1] kubectl apply 한 줄이 실행 중인 Pod가 되기까지 full 5e7ef6bd-89cd-45d6-b049-4778da91c50a https://share.transistor.fm/s/c525be15 kubectl apply 한 줄이 API 서버의 인증·인가·admission을 거쳐 etcd에 저장되고, Deployment와 ReplicaSet 컨트롤러, 스케줄러의 Binding, kubelet의 watch를 지나 Pod가 되기까지를 따라갑니다. Initializers, predicates/priorities, dockershim, 'kubelet 20초 폴링'처럼 오래된 해설이 틀려지는 지점을 공식 문서와 변경 기록으로 바로잡고, 배포가 멈췄을 때 어느 컴포넌트를 볼지 판단 기준을 정리합니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> kubectl apply 한 줄이 API 서버의 인증·인가·admission을 거쳐 etcd에 저장되고, Deployment와 ReplicaSet 컨트롤러, 스케줄러의 Binding, kubelet의 watch를 지나 Pod가 되기까지를 따라갑니다. Initializers, predicates/priorities, dockershim, 'kubelet 20초 폴링'처럼 오래된 해설이 틀려지는 지점을 공식 문서와 변경 기록으로 바로잡고, 배포가 멈췄을 때 어느 컴포넌트를 볼지 판단 기준을 정리합니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Wed, 11 Nov 2026 19:20:27 +0900 kalee kalee 1347 kubectl apply 한 줄이 API 서버의 인증·인가·admission을 거쳐 etcd에 저장되고, Deployment와 ReplicaSet 컨트롤러, 스케줄러의 Binding, kubelet의 watch를 지나 Pod가 되기까지를 따라갑니다. Initializers, predicates/priorities, dockershim, 'kubelet 20초 폴링'처럼 오래된 해설이 틀려지는 지점을 공식 문서와 변경 기록으로 바로잡고, 배포가 멈췄을 때 어느 컴포넌트를 볼지 판단 기준을 정리합니다. kubectl apply 한 줄이 API 서버의 인증·인가·admission을 거쳐 etcd에 저장되고, Deployment와 ReplicaSet 컨트롤러, 스케줄러의 Binding, kubelet의 watch를 지나 Pod가 되기까지를 따라갑니다. Initializers, predicates/priorities, dockershim, 'kubelet 20초 폴링'처럼 오래된 해설이 틀려지는 지점을 공식 문서와 변경 기록으로 바로잡고, 배포가 멈췄을 때 No [IaC 2부작 EP2] state 파일 하나가 모든 환경을 무너뜨린 밤: Terraform state 분리와 blast radius [IaC 2부작 EP2] state 파일 하나가 모든 환경을 무너뜨린 밤: Terraform state 분리와 blast radius full 471f4fb6-03f4-467b-be20-845b9651e22d https://share.transistor.fm/s/26f06fb9 모든 환경이 tfstate 하나를 공유하다 staging 실험이 메일과 웹까지 끊은 2016년 사례와, 환경별 분리 뒤에도 컴포넌트 단위로 state를 다시 나눈 Digipost 사례를 따라갑니다. 잠금·prevent_destroy·state 암호화가 막아 주는 것과 막지 못하는 것, 그리고 state를 나눌 때 치르는 비용까지 짚습니다. 2016년의 crash 버그는 옛 버전 문제로 구분하고, 지금도 유효한 격리 원리만 가져갑니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> 모든 환경이 tfstate 하나를 공유하다 staging 실험이 메일과 웹까지 끊은 2016년 사례와, 환경별 분리 뒤에도 컴포넌트 단위로 state를 다시 나눈 Digipost 사례를 따라갑니다. 잠금·prevent_destroy·state 암호화가 막아 주는 것과 막지 못하는 것, 그리고 state를 나눌 때 치르는 비용까지 짚습니다. 2016년의 crash 버그는 옛 버전 문제로 구분하고, 지금도 유효한 격리 원리만 가져갑니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Wed, 11 Nov 2026 19:20:25 +0900 kalee kalee 1323 모든 환경이 tfstate 하나를 공유하다 staging 실험이 메일과 웹까지 끊은 2016년 사례와, 환경별 분리 뒤에도 컴포넌트 단위로 state를 다시 나눈 Digipost 사례를 따라갑니다. 잠금·prevent_destroy·state 암호화가 막아 주는 것과 막지 못하는 것, 그리고 state를 나눌 때 치르는 비용까지 짚습니다. 2016년의 crash 버그는 옛 버전 문제로 구분하고, 지금도 유효한 격리 원리만 가져갑니다. 모든 환경이 tfstate 하나를 공유하다 staging 실험이 메일과 웹까지 끊은 2016년 사례와, 환경별 분리 뒤에도 컴포넌트 단위로 state를 다시 나눈 Digipost 사례를 따라갑니다. 잠금·prevent_destroy·state 암호화가 막아 주는 것과 막지 못하는 것, 그리고 state를 나눌 때 치르는 비용까지 짚습니다. 2016년의 crash 버그는 옛 버전 문제로 구분하고, 지금도 유효한 격리 원리만 가져갑니다. No [IaC 1부] 상태 파일로 기억하는 도구, 매번 물어보는 도구: Terraform과 Ansible의 '원하는 상태' [IaC 1부] 상태 파일로 기억하는 도구, 매번 물어보는 도구: Terraform과 Ansible의 '원하는 상태' full 16afca9d-bb6e-45d6-8586-09991b02ada3 https://share.transistor.fm/s/8170862e Terraform은 state 파일로 원하는 상태를 기억하고, Ansible은 state 파일 없이 매번 대상 시스템에 물어보며 모듈의 멱등성에 기댑니다. 이 차이가 drift 감지, terraform plan과 Ansible check mode의 신뢰도, 실패 후 복구 방식을 어떻게 가르는지 공식 문서로 짚어 봅니다. IaC 2부작의 1부입니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Terraform은 state 파일로 원하는 상태를 기억하고, Ansible은 state 파일 없이 매번 대상 시스템에 물어보며 모듈의 멱등성에 기댑니다. 이 차이가 drift 감지, terraform plan과 Ansible check mode의 신뢰도, 실패 후 복구 방식을 어떻게 가르는지 공식 문서로 짚어 봅니다. IaC 2부작의 1부입니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Wed, 11 Nov 2026 19:20:22 +0900 kalee kalee 997 Terraform은 state 파일로 원하는 상태를 기억하고, Ansible은 state 파일 없이 매번 대상 시스템에 물어보며 모듈의 멱등성에 기댑니다. 이 차이가 drift 감지, terraform plan과 Ansible check mode의 신뢰도, 실패 후 복구 방식을 어떻게 가르는지 공식 문서로 짚어 봅니다. IaC 2부작의 1부입니다. Terraform은 state 파일로 원하는 상태를 기억하고, Ansible은 state 파일 없이 매번 대상 시스템에 물어보며 모듈의 멱등성에 기댑니다. 이 차이가 drift 감지, terraform plan과 Ansible check mode의 신뢰도, 실패 후 복구 방식을 어떻게 가르는지 공식 문서로 짚어 봅니다. IaC 2부작의 1부입니다. No 그래프·워크플로우 엔지니어링: 에이전트의 제어 흐름을 설계하는 법 그래프·워크플로우 엔지니어링: 에이전트의 제어 흐름을 설계하는 법 full f987e059-a3b0-48eb-912d-e6d13d63d8e4 https://share.transistor.fm/s/9620176b LLM 시스템을 워크플로우와 그래프로 설계하는 법을 다룹니다. 앤트로픽이 정리한 워크플로우 패턴 다섯 가지와 에이전트의 차이, AlphaCodium 논문의 플로우 엔지니어링, LangGraph의 상태·노드·엣지·체크포인트·인터럽트, Temporal의 내구성 실행을 살펴보고 재시도와 멱등성, 관측성, 평가, 비용 같은 설계 트레이드오프를 정리합니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> LLM 시스템을 워크플로우와 그래프로 설계하는 법을 다룹니다. 앤트로픽이 정리한 워크플로우 패턴 다섯 가지와 에이전트의 차이, AlphaCodium 논문의 플로우 엔지니어링, LangGraph의 상태·노드·엣지·체크포인트·인터럽트, Temporal의 내구성 실행을 살펴보고 재시도와 멱등성, 관측성, 평가, 비용 같은 설계 트레이드오프를 정리합니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Wed, 11 Nov 2026 17:40:42 +0900 kalee kalee 1315 LLM 시스템을 워크플로우와 그래프로 설계하는 법을 다룹니다. 앤트로픽이 정리한 워크플로우 패턴 다섯 가지와 에이전트의 차이, AlphaCodium 논문의 플로우 엔지니어링, LangGraph의 상태·노드·엣지·체크포인트·인터럽트, Temporal의 내구성 실행을 살펴보고 재시도와 멱등성, 관측성, 평가, 비용 같은 설계 트레이드오프를 정리합니다. LLM 시스템을 워크플로우와 그래프로 설계하는 법을 다룹니다. 앤트로픽이 정리한 워크플로우 패턴 다섯 가지와 에이전트의 차이, AlphaCodium 논문의 플로우 엔지니어링, LangGraph의 상태·노드·엣지·체크포인트·인터럽트, Temporal의 내구성 실행을 살펴보고 재시도와 멱등성, 관측성, 평가, 비용 같은 설계 트레이드오프를 정리합니다. No 나만의 스킬·플러그인·워크플로우 만들기: 꼭 짚어야 할 설계 포인트 나만의 스킬·플러그인·워크플로우 만들기: 꼭 짚어야 할 설계 포인트 full 216df73a-1a97-42ed-94a2-cdefe77faaf8 https://share.transistor.fm/s/3f504e0e AI 에이전트용 스킬, 플러그인, 다단계 워크플로우를 직접 만들 때 무엇을 고려해야 하는지 Anthropic, OpenAI, MCP 공식 문서와 엔지니어링 글을 바탕으로 정리합니다. 스킬과 지침 파일·도구·훅의 선택, description과 트리거, 컨텍스트 예산, 스크립트와 검증 게이트, 평가, 플러그인 배포와 버전, 서드파티 보안과 프롬프트 인젝션, 비용까지 다룹니다.

전체 대본 보기

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> AI 에이전트용 스킬, 플러그인, 다단계 워크플로우를 직접 만들 때 무엇을 고려해야 하는지 Anthropic, OpenAI, MCP 공식 문서와 엔지니어링 글을 바탕으로 정리합니다. 스킬과 지침 파일·도구·훅의 선택, description과 트리거, 컨텍스트 예산, 스크립트와 검증 게이트, 평가, 플러그인 배포와 버전, 서드파티 보안과 프롬프트 인젝션, 비용까지 다룹니다.

전체 대본 보기

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Wed, 11 Nov 2026 17:40:35 +0900 kalee kalee 1532 AI 에이전트용 스킬, 플러그인, 다단계 워크플로우를 직접 만들 때 무엇을 고려해야 하는지 Anthropic, OpenAI, MCP 공식 문서와 엔지니어링 글을 바탕으로 정리합니다. 스킬과 지침 파일·도구·훅의 선택, description과 트리거, 컨텍스트 예산, 스크립트와 검증 게이트, 평가, 플러그인 배포와 버전, 서드파티 보안과 프롬프트 인젝션, 비용까지 다룹니다. AI 에이전트용 스킬, 플러그인, 다단계 워크플로우를 직접 만들 때 무엇을 고려해야 하는지 Anthropic, OpenAI, MCP 공식 문서와 엔지니어링 글을 바탕으로 정리합니다. 스킬과 지침 파일·도구·훅의 선택, description과 트리거, 컨텍스트 예산, 스크립트와 검증 게이트, 평가, 플러그인 배포와 버전, 서드파티 보안과 프롬프트 인젝션, 비용까지 다룹니다. No 기획자를 위한 스펙 주도 개발: AI에게 일을 맡기기 전에 스펙부터 쓰는 이유 기획자를 위한 스펙 주도 개발: AI에게 일을 맡기기 전에 스펙부터 쓰는 이유 full 80446630-0ef2-4f8f-83aa-263374b2021b https://share.transistor.fm/s/9ff3f83e AI 코딩 에이전트가 코드를 쓰는 시대에 스펙 주도 개발(Spec-Driven Development, SDD)이 무엇이고 왜 다시 주목받는지, 비개발 직군 기획자의 눈높이로 풉니다. GitHub Spec Kit, Amazon Kiro, Tessl이 스펙을 다루는 방식과 Thoughtworks의 냉정한 평가를 살펴보고, 기획자가 내일 바로 시작할 수 있는 다섯 가지 실천을 정리합니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> AI 코딩 에이전트가 코드를 쓰는 시대에 스펙 주도 개발(Spec-Driven Development, SDD)이 무엇이고 왜 다시 주목받는지, 비개발 직군 기획자의 눈높이로 풉니다. GitHub Spec Kit, Amazon Kiro, Tessl이 스펙을 다루는 방식과 Thoughtworks의 냉정한 평가를 살펴보고, 기획자가 내일 바로 시작할 수 있는 다섯 가지 실천을 정리합니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Wed, 11 Nov 2026 14:49:27 +0900 kalee kalee 980 AI 코딩 에이전트가 코드를 쓰는 시대에 스펙 주도 개발(Spec-Driven Development, SDD)이 무엇이고 왜 다시 주목받는지, 비개발 직군 기획자의 눈높이로 풉니다. GitHub Spec Kit, Amazon Kiro, Tessl이 스펙을 다루는 방식과 Thoughtworks의 냉정한 평가를 살펴보고, 기획자가 내일 바로 시작할 수 있는 다섯 가지 실천을 정리합니다. AI 코딩 에이전트가 코드를 쓰는 시대에 스펙 주도 개발(Spec-Driven Development, SDD)이 무엇이고 왜 다시 주목받는지, 비개발 직군 기획자의 눈높이로 풉니다. GitHub Spec Kit, Amazon Kiro, Tessl이 스펙을 다루는 방식과 Thoughtworks의 냉정한 평가를 살펴보고, 기획자가 내일 바로 시작할 수 있는 다섯 가지 실천을 정리합니다. No 폐쇄망 쿠버네티스에 DR 붙이기 2부: 성공을 만드는 하드웨어·소프트웨어·정책 폐쇄망 쿠버네티스에 DR 붙이기 2부: 성공을 만드는 하드웨어·소프트웨어·정책 full c371734d-1425-47c3-81af-a06ef24ed080 https://share.transistor.fm/s/30c54217 가상 공공기관 '푸른등대 민원정보원'의 폐쇄망 Kubernetes DR 시나리오를 성공으로 이끌려면 무엇이 필요한지 하드웨어(사이트·회선·스토리지), 소프트웨어(오프라인 레지스트리와 미러링, 반입 공급망, etcd·앱 데이터 백업과 복원, GitOps 재구축, 인증서·시크릿, DR 훈련), 정책(행정안전부 안정성 고시, 국가정보원 사이버보안 기본지침, 조달·인증 제약, 훈련 거버넌스)으로 나눠 짚는다. 끝에서 1부의 여섯 가지 실패 지점과 하나씩 맞춰 본다. 기관과 사건은 모두 가상이다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> 가상 공공기관 '푸른등대 민원정보원'의 폐쇄망 Kubernetes DR 시나리오를 성공으로 이끌려면 무엇이 필요한지 하드웨어(사이트·회선·스토리지), 소프트웨어(오프라인 레지스트리와 미러링, 반입 공급망, etcd·앱 데이터 백업과 복원, GitOps 재구축, 인증서·시크릿, DR 훈련), 정책(행정안전부 안정성 고시, 국가정보원 사이버보안 기본지침, 조달·인증 제약, 훈련 거버넌스)으로 나눠 짚는다. 끝에서 1부의 여섯 가지 실패 지점과 하나씩 맞춰 본다. 기관과 사건은 모두 가상이다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Wed, 11 Nov 2026 13:14:07 +0900 kalee kalee 1298 가상 공공기관 '푸른등대 민원정보원'의 폐쇄망 Kubernetes DR 시나리오를 성공으로 이끌려면 무엇이 필요한지 하드웨어(사이트·회선·스토리지), 소프트웨어(오프라인 레지스트리와 미러링, 반입 공급망, etcd·앱 데이터 백업과 복원, GitOps 재구축, 인증서·시크릿, DR 훈련), 정책(행정안전부 안정성 고시, 국가정보원 사이버보안 기본지침, 조달·인증 제약, 훈련 거버넌스)으로 나눠 짚는다. 끝에서 1부의 여섯 가지 실패 지점과 하나씩 맞춰 본다. 기관과 사건은 모두 가상이다. 가상 공공기관 '푸른등대 민원정보원'의 폐쇄망 Kubernetes DR 시나리오를 성공으로 이끌려면 무엇이 필요한지 하드웨어(사이트·회선·스토리지), 소프트웨어(오프라인 레지스트리와 미러링, 반입 공급망, etcd·앱 데이터 백업과 복원, GitOps 재구축, 인증서·시크릿, DR 훈련), 정책(행정안전부 안정성 고시, 국가정보원 사이버보안 기본지침, 조달·인증 제약, 훈련 거버넌스)으로 나눠 짚는다. 끝에서 1부의 여섯 가지 실패 지점과 하나씩 맞춰 No 폐쇄망 쿠버네티스에 DR 붙이기 1부: 가상의 공공기관 시나리오와 실패 지점 폐쇄망 쿠버네티스에 DR 붙이기 1부: 가상의 공공기관 시나리오와 실패 지점 full 89a764c7-4178-4660-9e2b-91947b25651c https://share.transistor.fm/s/c434e9f7 인터넷이 끊긴 폐쇄망 Kubernetes에서 돌아가는 국내 공공기관 업무 시스템에 재해복구(DR)를 붙이는 가상 시나리오를 따라간다. 가상 기관 '푸른등대 민원정보원'의 등급과 RPO·RTO 목표, 1년 구축 일정, 그리고 이미지 누락·인증서 만료·etcd 스트레치·복원 미검증·시점 불일치·재해 선포 지연 같은 실패 지점을 실제 고시·지침·기술 문서와 함께 짚는다. 기관과 사건은 모두 가상이다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> 인터넷이 끊긴 폐쇄망 Kubernetes에서 돌아가는 국내 공공기관 업무 시스템에 재해복구(DR)를 붙이는 가상 시나리오를 따라간다. 가상 기관 '푸른등대 민원정보원'의 등급과 RPO·RTO 목표, 1년 구축 일정, 그리고 이미지 누락·인증서 만료·etcd 스트레치·복원 미검증·시점 불일치·재해 선포 지연 같은 실패 지점을 실제 고시·지침·기술 문서와 함께 짚는다. 기관과 사건은 모두 가상이다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Wed, 11 Nov 2026 13:03:22 +0900 kalee kalee 1130 인터넷이 끊긴 폐쇄망 Kubernetes에서 돌아가는 국내 공공기관 업무 시스템에 재해복구(DR)를 붙이는 가상 시나리오를 따라간다. 가상 기관 '푸른등대 민원정보원'의 등급과 RPO·RTO 목표, 1년 구축 일정, 그리고 이미지 누락·인증서 만료·etcd 스트레치·복원 미검증·시점 불일치·재해 선포 지연 같은 실패 지점을 실제 고시·지침·기술 문서와 함께 짚는다. 기관과 사건은 모두 가상이다. 인터넷이 끊긴 폐쇄망 Kubernetes에서 돌아가는 국내 공공기관 업무 시스템에 재해복구(DR)를 붙이는 가상 시나리오를 따라간다. 가상 기관 '푸른등대 민원정보원'의 등급과 RPO·RTO 목표, 1년 구축 일정, 그리고 이미지 누락·인증서 만료·etcd 스트레치·복원 미검증·시점 불일치·재해 선포 지연 같은 실패 지점을 실제 고시·지침·기술 문서와 함께 짚는다. 기관과 사건은 모두 가상이다. No 블로킹, 논블로킹, 동기, 비동기: 카페 진동벨로 정리하는 I/O 모델과 동시성 블로킹, 논블로킹, 동기, 비동기: 카페 진동벨로 정리하는 I/O 모델과 동시성 full 57be76a0-a07c-4c6e-a52c-4f0d8a7cba4e https://share.transistor.fm/s/2abc92d6 개발자라면 한 번쯤 헷갈리는 Blocking, Non-Blocking, Synchronous, Asynchronous를 카페 주문 비유로 정리합니다. 제어권과 완료 확인이라는 두 독립 축, 그 조합인 I/O 모델 네 가지(read, 폴링, select·epoll, io_uring)를 리눅스 매뉴얼과 함께 짚고, 동시성과 병렬성의 차이까지 다룹니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> 개발자라면 한 번쯤 헷갈리는 Blocking, Non-Blocking, Synchronous, Asynchronous를 카페 주문 비유로 정리합니다. 제어권과 완료 확인이라는 두 독립 축, 그 조합인 I/O 모델 네 가지(read, 폴링, select·epoll, io_uring)를 리눅스 매뉴얼과 함께 짚고, 동시성과 병렬성의 차이까지 다룹니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Wed, 11 Nov 2026 13:00:21 +0900 kalee kalee 696 개발자라면 한 번쯤 헷갈리는 Blocking, Non-Blocking, Synchronous, Asynchronous를 카페 주문 비유로 정리합니다. 제어권과 완료 확인이라는 두 독립 축, 그 조합인 I/O 모델 네 가지(read, 폴링, select·epoll, io_uring)를 리눅스 매뉴얼과 함께 짚고, 동시성과 병렬성의 차이까지 다룹니다. 개발자라면 한 번쯤 헷갈리는 Blocking, Non-Blocking, Synchronous, Asynchronous를 카페 주문 비유로 정리합니다. 제어권과 완료 확인이라는 두 독립 축, 그 조합인 I/O 모델 네 가지(read, 폴링, select·epoll, io_uring)를 리눅스 매뉴얼과 함께 짚고, 동시성과 병렬성의 차이까지 다룹니다. No 에이전트 1,000개를 안전하게 풀어 놓는 법: Claude Fable 5.2 팀의 페르마 증명 실험 에이전트 1,000개를 안전하게 풀어 놓는 법: Claude Fable 5.2 팀의 페르마 증명 실험 full 0735b061-8789-4d42-be7e-2151235218be https://share.transistor.fm/s/71f1c534 Anthropic이 2026년 11월 공개한 글 "Safely scaling multi-agent teams with Claude Fable 5.2"를 읽습니다. 초기 버전 Fable 5.2 에이전트 1,000개가 전용 플랫폼도 연구자 조종도 없이 28.7시간 만에 페르마의 마지막 정리 형식 증명을 재현한 과정과, 팀이 SQL 테이블 다섯 개로 스스로 조직을 짠 방식을 따라갑니다. 그리고 샌드박스, 실시간 모니터, 오프라인 모니터라는 세 겹의 안전 장치가 어떻게 설계됐는지 짚습니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Anthropic이 2026년 11월 공개한 글 "Safely scaling multi-agent teams with Claude Fable 5.2"를 읽습니다. 초기 버전 Fable 5.2 에이전트 1,000개가 전용 플랫폼도 연구자 조종도 없이 28.7시간 만에 페르마의 마지막 정리 형식 증명을 재현한 과정과, 팀이 SQL 테이블 다섯 개로 스스로 조직을 짠 방식을 따라갑니다. 그리고 샌드박스, 실시간 모니터, 오프라인 모니터라는 세 겹의 안전 장치가 어떻게 설계됐는지 짚습니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Wed, 11 Nov 2026 12:37:20 +0900 kalee kalee 814 Anthropic이 2026년 11월 공개한 글 "Safely scaling multi-agent teams with Claude Fable 5.2"를 읽습니다. 초기 버전 Fable 5.2 에이전트 1,000개가 전용 플랫폼도 연구자 조종도 없이 28.7시간 만에 페르마의 마지막 정리 형식 증명을 재현한 과정과, 팀이 SQL 테이블 다섯 개로 스스로 조직을 짠 방식을 따라갑니다. 그리고 샌드박스, 실시간 모니터, 오프라인 모니터라는 세 겹의 안전 장치가 어떻게 설계됐는지 짚습니다. Anthropic이 2026년 11월 공개한 글 "Safely scaling multi-agent teams with Claude Fable 5.2"를 읽습니다. 초기 버전 Fable 5.2 에이전트 1,000개가 전용 플랫폼도 연구자 조종도 없이 28.7시간 만에 페르마의 마지막 정리 형식 증명을 재현한 과정과, 팀이 SQL 테이블 다섯 개로 스스로 조직을 짠 방식을 따라갑니다. 그리고 샌드박스, 실시간 모니터, 오프라인 모니터라는 세 겹의 안전 장치 No OWASP LLM 애플리케이션 Top 10 2026: 무엇이 바뀌었고 무엇을 막아야 하나 OWASP LLM 애플리케이션 Top 10 2026: 무엇이 바뀌었고 무엇을 막아야 하나 full 12c22565-a59d-48ec-b588-43c26447c704 https://share.transistor.fm/s/dcc99232 OWASP GenAI Security Project가 2026년 8월 공개한 LLM 애플리케이션 Top 10 2026년판을 하나씩 짚습니다. 실제 사고 데이터를 처음 반영한 순위, 3위로 오른 Excessive Agency, System Prompt Leakage에서 이름이 바뀐 Hidden Context Exposure까지, 각 위험의 정의와 테스트 방법, 대응책을 다룹니다. 마지막으로 실무에서 어디부터 시작할지 순서를 정리합니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> OWASP GenAI Security Project가 2026년 8월 공개한 LLM 애플리케이션 Top 10 2026년판을 하나씩 짚습니다. 실제 사고 데이터를 처음 반영한 순위, 3위로 오른 Excessive Agency, System Prompt Leakage에서 이름이 바뀐 Hidden Context Exposure까지, 각 위험의 정의와 테스트 방법, 대응책을 다룹니다. 마지막으로 실무에서 어디부터 시작할지 순서를 정리합니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Tue, 10 Nov 2026 19:53:32 +0900 kalee kalee 981 OWASP GenAI Security Project가 2026년 8월 공개한 LLM 애플리케이션 Top 10 2026년판을 하나씩 짚습니다. 실제 사고 데이터를 처음 반영한 순위, 3위로 오른 Excessive Agency, System Prompt Leakage에서 이름이 바뀐 Hidden Context Exposure까지, 각 위험의 정의와 테스트 방법, 대응책을 다룹니다. 마지막으로 실무에서 어디부터 시작할지 순서를 정리합니다. OWASP GenAI Security Project가 2026년 8월 공개한 LLM 애플리케이션 Top 10 2026년판을 하나씩 짚습니다. 실제 사고 데이터를 처음 반영한 순위, 3위로 오른 Excessive Agency, System Prompt Leakage에서 이름이 바뀐 Hidden Context Exposure까지, 각 위험의 정의와 테스트 방법, 대응책을 다룹니다. 마지막으로 실무에서 어디부터 시작할지 순서를 정리합니다. No AI 에이전트와 일할 때, 판단은 누가 내리나: 전문가 50명 무작위 실험 AI 에이전트와 일할 때, 판단은 누가 내리나: 전문가 50명 무작위 실험 full 38a320f7-0f4f-4a06-9386-880e11b93567 https://share.transistor.fm/s/1bdc776d Anthropic이 2026년 10월 공개한 연구 "How AI agents shape experts' judgment calls"를 읽습니다. 동전 던지기로 정한 에이전트의 성향을 인과추론 전문가들이 86% 따라갔고, 본인들은 대부분 그걸 알아차리지 못했습니다. 실험 설계와 결과, 에이전트가 속이지 않고도 판단을 바꾼 방식, 사람의 승인이 독립적 점검이라는 가정에 주는 함의와 저자들의 제안까지 다룹니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Anthropic이 2026년 10월 공개한 연구 "How AI agents shape experts' judgment calls"를 읽습니다. 동전 던지기로 정한 에이전트의 성향을 인과추론 전문가들이 86% 따라갔고, 본인들은 대부분 그걸 알아차리지 못했습니다. 실험 설계와 결과, 에이전트가 속이지 않고도 판단을 바꾼 방식, 사람의 승인이 독립적 점검이라는 가정에 주는 함의와 저자들의 제안까지 다룹니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Tue, 10 Nov 2026 19:00:40 +0900 kalee kalee 1193 Anthropic이 2026년 10월 공개한 연구 "How AI agents shape experts' judgment calls"를 읽습니다. 동전 던지기로 정한 에이전트의 성향을 인과추론 전문가들이 86% 따라갔고, 본인들은 대부분 그걸 알아차리지 못했습니다. 실험 설계와 결과, 에이전트가 속이지 않고도 판단을 바꾼 방식, 사람의 승인이 독립적 점검이라는 가정에 주는 함의와 저자들의 제안까지 다룹니다. Anthropic이 2026년 10월 공개한 연구 "How AI agents shape experts' judgment calls"를 읽습니다. 동전 던지기로 정한 에이전트의 성향을 인과추론 전문가들이 86% 따라갔고, 본인들은 대부분 그걸 알아차리지 못했습니다. 실험 설계와 결과, 에이전트가 속이지 않고도 판단을 바꾼 방식, 사람의 승인이 독립적 점검이라는 가정에 주는 함의와 저자들의 제안까지 다룹니다. No [Context Engineering EP2] 에이전트를 제어하는 골격, 하네스 [Context Engineering EP2] 에이전트를 제어하는 골격, 하네스 full b964723b-4a9b-423b-8d80-b516719bb69b https://share.transistor.fm/s/3e6392a4 사내 연재 글 2부를 바탕으로 AI 에이전트의 하네스를 다룹니다. 모델과 컨텍스트 윈도우와 하네스라는 세 레이어, 하네스의 모든 부품은 윈도우를 제어하는 장치이고 그 제어는 결국 배치의 문제라는 두 테제, Skill과 MCP와 메모리와 서브에이전트와 샌드박스와 hook의 역할과 비용, 그리고 좋은 하네스를 가르는 두 기둥인 SNR과 배치를 정리합니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> 사내 연재 글 2부를 바탕으로 AI 에이전트의 하네스를 다룹니다. 모델과 컨텍스트 윈도우와 하네스라는 세 레이어, 하네스의 모든 부품은 윈도우를 제어하는 장치이고 그 제어는 결국 배치의 문제라는 두 테제, Skill과 MCP와 메모리와 서브에이전트와 샌드박스와 hook의 역할과 비용, 그리고 좋은 하네스를 가르는 두 기둥인 SNR과 배치를 정리합니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Tue, 10 Nov 2026 18:52:57 +0900 kalee kalee 1045 사내 연재 글 2부를 바탕으로 AI 에이전트의 하네스를 다룹니다. 모델과 컨텍스트 윈도우와 하네스라는 세 레이어, 하네스의 모든 부품은 윈도우를 제어하는 장치이고 그 제어는 결국 배치의 문제라는 두 테제, Skill과 MCP와 메모리와 서브에이전트와 샌드박스와 hook의 역할과 비용, 그리고 좋은 하네스를 가르는 두 기둥인 SNR과 배치를 정리합니다. 사내 연재 글 2부를 바탕으로 AI 에이전트의 하네스를 다룹니다. 모델과 컨텍스트 윈도우와 하네스라는 세 레이어, 하네스의 모든 부품은 윈도우를 제어하는 장치이고 그 제어는 결국 배치의 문제라는 두 테제, Skill과 MCP와 메모리와 서브에이전트와 샌드박스와 hook의 역할과 비용, 그리고 좋은 하네스를 가르는 두 기둥인 SNR과 배치를 정리합니다. No [Context Engineering EP1] 윈도우는 희소자원이다: 노이즈, 네 가지 실패, 네 가지 전략 [Context Engineering EP1] 윈도우는 희소자원이다: 노이즈, 네 가지 실패, 네 가지 전략 full 4efffecc-5c68-4f0c-ab62-473784445ce8 https://share.transistor.fm/s/c75094b4 사내 연재 글 1부를 바탕으로 Context Engineering을 정리합니다. 바이브 코딩 방법론이 Prompt에서 Context, Harness로 옮겨 온 흐름, 컨텍스트 윈도우가 희소자원인 이유와 한 조각만 지우기 어려운 KV cache 사정, 신호와 노이즈의 정의, 긴 컨텍스트의 네 가지 실패(Poisoning, Distraction, Confusion, Clash)와 네 가지 대응 전략(Write, Select, Compress, Isolate)을 다룹니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> 사내 연재 글 1부를 바탕으로 Context Engineering을 정리합니다. 바이브 코딩 방법론이 Prompt에서 Context, Harness로 옮겨 온 흐름, 컨텍스트 윈도우가 희소자원인 이유와 한 조각만 지우기 어려운 KV cache 사정, 신호와 노이즈의 정의, 긴 컨텍스트의 네 가지 실패(Poisoning, Distraction, Confusion, Clash)와 네 가지 대응 전략(Write, Select, Compress, Isolate)을 다룹니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Tue, 10 Nov 2026 18:52:55 +0900 kalee kalee 889 사내 연재 글 1부를 바탕으로 Context Engineering을 정리합니다. 바이브 코딩 방법론이 Prompt에서 Context, Harness로 옮겨 온 흐름, 컨텍스트 윈도우가 희소자원인 이유와 한 조각만 지우기 어려운 KV cache 사정, 신호와 노이즈의 정의, 긴 컨텍스트의 네 가지 실패(Poisoning, Distraction, Confusion, Clash)와 네 가지 대응 전략(Write, Select, Compress, Isolate)을 다룹니다. 사내 연재 글 1부를 바탕으로 Context Engineering을 정리합니다. 바이브 코딩 방법론이 Prompt에서 Context, Harness로 옮겨 온 흐름, 컨텍스트 윈도우가 희소자원인 이유와 한 조각만 지우기 어려운 KV cache 사정, 신호와 노이즈의 정의, 긴 컨텍스트의 네 가지 실패(Poisoning, Distraction, Confusion, Clash)와 네 가지 대응 전략(Write, Select, Compress, Isolate No [dalcom-skills EP2] 스킬 레포를 만드는 방법론: description부터 게이트까지 [dalcom-skills EP2] 스킬 레포를 만드는 방법론: description부터 게이트까지 full 2fd0c560-7ce4-4351-88d2-367114017307 https://share.transistor.fm/s/80a7ca4b gosuda/dalcom-skills 저장소(커밋 5272cb2)를 본보기로, 에이전트 스킬과 스킬 레포를 만드는 방법을 정리합니다. frontmatter와 description 트리거 설계, 모델 호출과 사용자 호출의 비용, writing-for-agents의 본문 작성 원칙과 파일 분할 기준, 11단계 작성 절차, 단일 트리와 생성기와 트리 전체 게이트, 문체 규칙과 출처 관리까지 다룹니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> gosuda/dalcom-skills 저장소(커밋 5272cb2)를 본보기로, 에이전트 스킬과 스킬 레포를 만드는 방법을 정리합니다. frontmatter와 description 트리거 설계, 모델 호출과 사용자 호출의 비용, writing-for-agents의 본문 작성 원칙과 파일 분할 기준, 11단계 작성 절차, 단일 트리와 생성기와 트리 전체 게이트, 문체 규칙과 출처 관리까지 다룹니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Tue, 10 Nov 2026 18:23:10 +0900 kalee kalee 1609 gosuda/dalcom-skills 저장소(커밋 5272cb2)를 본보기로, 에이전트 스킬과 스킬 레포를 만드는 방법을 정리합니다. frontmatter와 description 트리거 설계, 모델 호출과 사용자 호출의 비용, writing-for-agents의 본문 작성 원칙과 파일 분할 기준, 11단계 작성 절차, 단일 트리와 생성기와 트리 전체 게이트, 문체 규칙과 출처 관리까지 다룹니다. gosuda/dalcom-skills 저장소(커밋 5272cb2)를 본보기로, 에이전트 스킬과 스킬 레포를 만드는 방법을 정리합니다. frontmatter와 description 트리거 설계, 모델 호출과 사용자 호출의 비용, writing-for-agents의 본문 작성 원칙과 파일 분할 기준, 11단계 작성 절차, 단일 트리와 생성기와 트리 전체 게이트, 문체 규칙과 출처 관리까지 다룹니다. No [dalcom-skills EP1] 305개 스킬 라이브러리, 쓰기 전에 알아둘 것 [dalcom-skills EP1] 305개 스킬 라이브러리, 쓰기 전에 알아둘 것 full d22f60c6-ee47-44dc-90ac-672a7e7f96ae https://share.transistor.fm/s/6445c1ae gosuda/dalcom-skills를 처음 쓰는 엔지니어를 위한 사전 지식 회차입니다. 하나의 스킬 트리를 여섯 개 하네스에 내보내는 구조, 플러그인을 가볍게 고르는 법, 명시 호출과 트리거 매칭과 user-only 스킬의 차이, 라우터 ask-dalcom과 대표 워크플로 체인, output style과 저장소 계약이 스킬 동작에 주는 영향을 커밋 5272cb2 기준으로 정리합니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> gosuda/dalcom-skills를 처음 쓰는 엔지니어를 위한 사전 지식 회차입니다. 하나의 스킬 트리를 여섯 개 하네스에 내보내는 구조, 플러그인을 가볍게 고르는 법, 명시 호출과 트리거 매칭과 user-only 스킬의 차이, 라우터 ask-dalcom과 대표 워크플로 체인, output style과 저장소 계약이 스킬 동작에 주는 영향을 커밋 5272cb2 기준으로 정리합니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Tue, 10 Nov 2026 18:23:08 +0900 kalee kalee 1371 gosuda/dalcom-skills를 처음 쓰는 엔지니어를 위한 사전 지식 회차입니다. 하나의 스킬 트리를 여섯 개 하네스에 내보내는 구조, 플러그인을 가볍게 고르는 법, 명시 호출과 트리거 매칭과 user-only 스킬의 차이, 라우터 ask-dalcom과 대표 워크플로 체인, output style과 저장소 계약이 스킬 동작에 주는 영향을 커밋 5272cb2 기준으로 정리합니다. gosuda/dalcom-skills를 처음 쓰는 엔지니어를 위한 사전 지식 회차입니다. 하나의 스킬 트리를 여섯 개 하네스에 내보내는 구조, 플러그인을 가볍게 고르는 법, 명시 호출과 트리거 매칭과 user-only 스킬의 차이, 라우터 ask-dalcom과 대표 워크플로 체인, output style과 저장소 계약이 스킬 동작에 주는 영향을 커밋 5272cb2 기준으로 정리합니다. No [Kubernetes DR EP10] Capstone: 설계 리뷰와 Tabletop Exercise로 DR 원리 종합하기 [Kubernetes DR EP10] Capstone: 설계 리뷰와 Tabletop Exercise로 DR 원리 종합하기 full c4f19fce-ff87-41d9-93b0-b6a5dcb9cda8 https://share.transistor.fm/s/0f313dd9 Kubernetes DR 스터디 커리큘럼의 마지막 모듈 M10을 다룹니다. OpenStack 위 3-node control plane 클러스터의 DR 설계안 필수 항목 7가지를 짚고, etcd quorum 상실, CRD 연쇄 삭제, 사이트 단절과 fencing, 14개월 전 snapshot 복원이라는 네 가지 tabletop 시나리오를 앞 모듈의 원리와 1차 출처로 풀어 봅니다. 시나리오 풀이는 출처의 원리에서 끌어낸 추론이며, 마지막으로 스터디 운영 권고를 정리합니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Kubernetes DR 스터디 커리큘럼의 마지막 모듈 M10을 다룹니다. OpenStack 위 3-node control plane 클러스터의 DR 설계안 필수 항목 7가지를 짚고, etcd quorum 상실, CRD 연쇄 삭제, 사이트 단절과 fencing, 14개월 전 snapshot 복원이라는 네 가지 tabletop 시나리오를 앞 모듈의 원리와 1차 출처로 풀어 봅니다. 시나리오 풀이는 출처의 원리에서 끌어낸 추론이며, 마지막으로 스터디 운영 권고를 정리합니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Tue, 10 Nov 2026 17:31:33 +0900 kalee kalee 1162 Kubernetes DR 스터디 커리큘럼의 마지막 모듈 M10을 다룹니다. OpenStack 위 3-node control plane 클러스터의 DR 설계안 필수 항목 7가지를 짚고, etcd quorum 상실, CRD 연쇄 삭제, 사이트 단절과 fencing, 14개월 전 snapshot 복원이라는 네 가지 tabletop 시나리오를 앞 모듈의 원리와 1차 출처로 풀어 봅니다. 시나리오 풀이는 출처의 원리에서 끌어낸 추론이며, 마지막으로 스터디 운영 권고를 정리합니다. Kubernetes DR 스터디 커리큘럼의 마지막 모듈 M10을 다룹니다. OpenStack 위 3-node control plane 클러스터의 DR 설계안 필수 항목 7가지를 짚고, etcd quorum 상실, CRD 연쇄 삭제, 사이트 단절과 fencing, 14개월 전 snapshot 복원이라는 네 가지 tabletop 시나리오를 앞 모듈의 원리와 1차 출처로 풀어 봅니다. 시나리오 풀이는 출처의 원리에서 끌어낸 추론이며, 마지막으로 스터디 운영 No [Kubernetes DR EP9] OpenStack 위 Kubernetes DR: 두 층의 DR, 두 개의 책임 [Kubernetes DR EP9] OpenStack 위 Kubernetes DR: 두 층의 DR, 두 개의 책임 full 93f47fb0-aa9b-4b82-b4a8-9a367b48017b https://share.transistor.fm/s/84e91006 OpenStack 위에서 Kubernetes를 운영할 때 IaaS 계층 DR과 Kubernetes 계층 DR이 어디서 갈리는지 살펴봅니다. Cinder 복제 v2.1의 backend 단위 failover와 한계, Ceph RBD 미러링의 promote/demote와 split-brain, Cinder CSI 스냅샷·백업을 공식 문서로 짚고, 사내 설계 문서의 세 가지 제약을 Kubernetes 계층으로 확장해 봅니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> OpenStack 위에서 Kubernetes를 운영할 때 IaaS 계층 DR과 Kubernetes 계층 DR이 어디서 갈리는지 살펴봅니다. Cinder 복제 v2.1의 backend 단위 failover와 한계, Ceph RBD 미러링의 promote/demote와 split-brain, Cinder CSI 스냅샷·백업을 공식 문서로 짚고, 사내 설계 문서의 세 가지 제약을 Kubernetes 계층으로 확장해 봅니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Tue, 10 Nov 2026 17:31:31 +0900 kalee kalee 942 OpenStack 위에서 Kubernetes를 운영할 때 IaaS 계층 DR과 Kubernetes 계층 DR이 어디서 갈리는지 살펴봅니다. Cinder 복제 v2.1의 backend 단위 failover와 한계, Ceph RBD 미러링의 promote/demote와 split-brain, Cinder CSI 스냅샷·백업을 공식 문서로 짚고, 사내 설계 문서의 세 가지 제약을 Kubernetes 계층으로 확장해 봅니다. OpenStack 위에서 Kubernetes를 운영할 때 IaaS 계층 DR과 Kubernetes 계층 DR이 어디서 갈리는지 살펴봅니다. Cinder 복제 v2.1의 backend 단위 failover와 한계, Ceph RBD 미러링의 promote/demote와 split-brain, Cinder CSI 스냅샷·백업을 공식 문서로 짚고, 사내 설계 문서의 세 가지 제약을 Kubernetes 계층으로 확장해 봅니다. No [Kubernetes DR EP8] DR drill과 Chaos Engineering: 복원해 보지 않은 백업은 없는 백업이다 [Kubernetes DR EP8] DR drill과 Chaos Engineering: 복원해 보지 않은 백업은 없는 백업이다 full 8405ad2e-258e-4fb8-86f2-512d456fc068 https://share.transistor.fm/s/693f41a0 Kubernetes DR 스터디 커리큘럼의 여덟 번째 모듈, 운영 검증을 깊게 다룹니다. GitLab 2017년 사고와 Google SRE book의 복구 원칙에서 출발해 Principles of Chaos Engineering, Netflix의 Chaos Monkey와 Chaos Kong, Google DiRT와 game day, NIST SP 800-84의 tabletop exercise를 살펴봅니다. etcd 스냅샷 검증, 관측 지표, runbook 관리까지 Kubernetes 운영에 연결합니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Kubernetes DR 스터디 커리큘럼의 여덟 번째 모듈, 운영 검증을 깊게 다룹니다. GitLab 2017년 사고와 Google SRE book의 복구 원칙에서 출발해 Principles of Chaos Engineering, Netflix의 Chaos Monkey와 Chaos Kong, Google DiRT와 game day, NIST SP 800-84의 tabletop exercise를 살펴봅니다. etcd 스냅샷 검증, 관측 지표, runbook 관리까지 Kubernetes 운영에 연결합니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Tue, 10 Nov 2026 17:31:29 +0900 kalee kalee 1133 Kubernetes DR 스터디 커리큘럼의 여덟 번째 모듈, 운영 검증을 깊게 다룹니다. GitLab 2017년 사고와 Google SRE book의 복구 원칙에서 출발해 Principles of Chaos Engineering, Netflix의 Chaos Monkey와 Chaos Kong, Google DiRT와 game day, NIST SP 800-84의 tabletop exercise를 살펴봅니다. etcd 스냅샷 검증, 관측 지표, runbook 관리까지 Kubernetes 운영에 연결합니다. Kubernetes DR 스터디 커리큘럼의 여덟 번째 모듈, 운영 검증을 깊게 다룹니다. GitLab 2017년 사고와 Google SRE book의 복구 원칙에서 출발해 Principles of Chaos Engineering, Netflix의 Chaos Monkey와 Chaos Kong, Google DiRT와 game day, NIST SP 800-84의 tabletop exercise를 살펴봅니다. etcd 스냅샷 검증, 관측 지표, runboo No [Kubernetes DR EP7] 멀티 클러스터와 멀티 리전 DR: 둘을 동시에 살려 두는 비용 [Kubernetes DR EP7] 멀티 클러스터와 멀티 리전 DR: 둘을 동시에 살려 두는 비용 full 579c00b1-67df-4f72-99e5-4df349c0ac59 https://share.transistor.fm/s/0eeef3f1 Kubernetes DR 스터디 일곱 번째 모듈로, 두 번째 클러스터와 두 번째 리전을 운영할 때 치르는 비용을 따집니다. AWS DR 백서의 전략 스펙트럼, Brewer의 CAP 재정리와 Abadi의 PACELC, etcd 튜닝 문서, Pacemaker의 fencing 정의를 근거로 동기·비동기 복제와 split-brain, active-active의 함정, Federation의 흥망을 짚습니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Kubernetes DR 스터디 일곱 번째 모듈로, 두 번째 클러스터와 두 번째 리전을 운영할 때 치르는 비용을 따집니다. AWS DR 백서의 전략 스펙트럼, Brewer의 CAP 재정리와 Abadi의 PACELC, etcd 튜닝 문서, Pacemaker의 fencing 정의를 근거로 동기·비동기 복제와 split-brain, active-active의 함정, Federation의 흥망을 짚습니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Tue, 10 Nov 2026 17:31:27 +0900 kalee kalee 1054 Kubernetes DR 스터디 일곱 번째 모듈로, 두 번째 클러스터와 두 번째 리전을 운영할 때 치르는 비용을 따집니다. AWS DR 백서의 전략 스펙트럼, Brewer의 CAP 재정리와 Abadi의 PACELC, etcd 튜닝 문서, Pacemaker의 fencing 정의를 근거로 동기·비동기 복제와 split-brain, active-active의 함정, Federation의 흥망을 짚습니다. Kubernetes DR 스터디 일곱 번째 모듈로, 두 번째 클러스터와 두 번째 리전을 운영할 때 치르는 비용을 따집니다. AWS DR 백서의 전략 스펙트럼, Brewer의 CAP 재정리와 Abadi의 PACELC, etcd 튜닝 문서, Pacemaker의 fencing 정의를 근거로 동기·비동기 복제와 split-brain, active-active의 함정, Federation의 흥망을 짚습니다. No [Kubernetes DR EP6] 보조 상태의 복구: 인증서, KMS 키, 시크릿, ID [Kubernetes DR EP6] 보조 상태의 복구: 인증서, KMS 키, 시크릿, ID full 89ae8fe2-01c6-42cf-b8dd-ec07c0ded451 https://share.transistor.fm/s/1e2c4bd6 Kubernetes DR 스터디 여섯 번째 모듈로, etcd와 Git만으로는 되살아나지 않는 인증서·암호화 키·외부 의존성을 다룹니다. kubeadm 인증서 수명과 갱신, Secret 저장 시 암호화와 KMS 봉투 암호화, 키를 잃었을 때 벌어지는 일을 Kubernetes와 AKS 문서로 짚고, 토론 질문 세 가지를 함께 따져 봅니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Kubernetes DR 스터디 여섯 번째 모듈로, etcd와 Git만으로는 되살아나지 않는 인증서·암호화 키·외부 의존성을 다룹니다. kubeadm 인증서 수명과 갱신, Secret 저장 시 암호화와 KMS 봉투 암호화, 키를 잃었을 때 벌어지는 일을 Kubernetes와 AKS 문서로 짚고, 토론 질문 세 가지를 함께 따져 봅니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Tue, 10 Nov 2026 17:31:25 +0900 kalee kalee 1018 Kubernetes DR 스터디 여섯 번째 모듈로, etcd와 Git만으로는 되살아나지 않는 인증서·암호화 키·외부 의존성을 다룹니다. kubeadm 인증서 수명과 갱신, Secret 저장 시 암호화와 KMS 봉투 암호화, 키를 잃었을 때 벌어지는 일을 Kubernetes와 AKS 문서로 짚고, 토론 질문 세 가지를 함께 따져 봅니다. Kubernetes DR 스터디 여섯 번째 모듈로, etcd와 Git만으로는 되살아나지 않는 인증서·암호화 키·외부 의존성을 다룹니다. kubeadm 인증서 수명과 갱신, Secret 저장 시 암호화와 KMS 봉투 암호화, 키를 잃었을 때 벌어지는 일을 Kubernetes와 AKS 문서로 짚고, 토론 질문 세 가지를 함께 따져 봅니다. No [Kubernetes DR EP5] GitOps와 IaC: 재구축 기반 복구 vs 백업 기반 복구 [Kubernetes DR EP5] GitOps와 IaC: 재구축 기반 복구 vs 백업 기반 복구 full 8ce34256-511f-47b2-8369-1a5d63b3d0c8 https://share.transistor.fm/s/74834b21 Kubernetes DR 스터디 다섯 번째 모듈로, GitOps로 클러스터를 다시 만드는 복구와 etcd·리소스 백업에서 되살리는 복구를 비교합니다. OpenGitOps 원칙과 용어집, Kubernetes·Velero·Argo CD 문서를 근거로 Git에 없는 상태가 무엇인지 짚고, 찬반 디베이트 질문 세 가지를 함께 따져 봅니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Kubernetes DR 스터디 다섯 번째 모듈로, GitOps로 클러스터를 다시 만드는 복구와 etcd·리소스 백업에서 되살리는 복구를 비교합니다. OpenGitOps 원칙과 용어집, Kubernetes·Velero·Argo CD 문서를 근거로 Git에 없는 상태가 무엇인지 짚고, 찬반 디베이트 질문 세 가지를 함께 따져 봅니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Tue, 10 Nov 2026 17:31:23 +0900 kalee kalee 876 Kubernetes DR 스터디 다섯 번째 모듈로, GitOps로 클러스터를 다시 만드는 복구와 etcd·리소스 백업에서 되살리는 복구를 비교합니다. OpenGitOps 원칙과 용어집, Kubernetes·Velero·Argo CD 문서를 근거로 Git에 없는 상태가 무엇인지 짚고, 찬반 디베이트 질문 세 가지를 함께 따져 봅니다. Kubernetes DR 스터디 다섯 번째 모듈로, GitOps로 클러스터를 다시 만드는 복구와 etcd·리소스 백업에서 되살리는 복구를 비교합니다. OpenGitOps 원칙과 용어집, Kubernetes·Velero·Argo CD 문서를 근거로 Git에 없는 상태가 무엇인지 짚고, 찬반 디베이트 질문 세 가지를 함께 따져 봅니다. No [Kubernetes DR EP4] 상태의 분류와 스토리지: 무엇이 사라지면 안 되는가 [Kubernetes DR EP4] 상태의 분류와 스토리지: 무엇이 사라지면 안 되는가 full d93205a8-5bef-4dbc-8701-9a0e67000908 https://share.transistor.fm/s/210ba0ce Kubernetes DR에서 상태를 etcd 안의 객체와 PV 안의 데이터로 나눠 보고, 왜 둘을 함께 일관되게 되살려야 하는지 짚습니다. reclaimPolicy 기본값, CSI와 VolumeSnapshot의 역사, crash-consistent와 application-consistent의 차이, VolumeGroupSnapshot, 그리고 스냅샷이 백업이 아닌 이유를 공식 문서를 근거로 정리합니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Kubernetes DR에서 상태를 etcd 안의 객체와 PV 안의 데이터로 나눠 보고, 왜 둘을 함께 일관되게 되살려야 하는지 짚습니다. reclaimPolicy 기본값, CSI와 VolumeSnapshot의 역사, crash-consistent와 application-consistent의 차이, VolumeGroupSnapshot, 그리고 스냅샷이 백업이 아닌 이유를 공식 문서를 근거로 정리합니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Tue, 10 Nov 2026 17:31:21 +0900 kalee kalee 971 Kubernetes DR에서 상태를 etcd 안의 객체와 PV 안의 데이터로 나눠 보고, 왜 둘을 함께 일관되게 되살려야 하는지 짚습니다. reclaimPolicy 기본값, CSI와 VolumeSnapshot의 역사, crash-consistent와 application-consistent의 차이, VolumeGroupSnapshot, 그리고 스냅샷이 백업이 아닌 이유를 공식 문서를 근거로 정리합니다. Kubernetes DR에서 상태를 etcd 안의 객체와 PV 안의 데이터로 나눠 보고, 왜 둘을 함께 일관되게 되살려야 하는지 짚습니다. reclaimPolicy 기본값, CSI와 VolumeSnapshot의 역사, crash-consistent와 application-consistent의 차이, VolumeGroupSnapshot, 그리고 스냅샷이 백업이 아닌 이유를 공식 문서를 근거로 정리합니다. No [Kubernetes DR EP3] 선언형 API와 Reconciliation, Cattle과 Immutable: 복구를 쉽게 만드는 설계 철학 [Kubernetes DR EP3] 선언형 API와 Reconciliation, Cattle과 Immutable: 복구를 쉽게 만드는 설계 철학 full ec83ad31-a8a3-42e8-8a08-787231fef7de https://share.transistor.fm/s/2fb5e033 Kubernetes의 선언형 API와 reconciliation loop가 왜 복구를 '절차의 재실행'이 아니라 '원하는 상태의 재선언'으로 바꾸는지, Borg, Omega, and Kubernetes 논문과 공식 문서로 짚어 봅니다. control plane이 멈추면 워크로드에 무슨 일이 생기는지, 그리고 pets vs cattle과 immutable infrastructure가 DR에서 지켜야 할 대상을 어떻게 바꾸는지도 함께 다룹니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Kubernetes의 선언형 API와 reconciliation loop가 왜 복구를 '절차의 재실행'이 아니라 '원하는 상태의 재선언'으로 바꾸는지, Borg, Omega, and Kubernetes 논문과 공식 문서로 짚어 봅니다. control plane이 멈추면 워크로드에 무슨 일이 생기는지, 그리고 pets vs cattle과 immutable infrastructure가 DR에서 지켜야 할 대상을 어떻게 바꾸는지도 함께 다룹니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Tue, 10 Nov 2026 17:31:19 +0900 kalee kalee 1039 Kubernetes의 선언형 API와 reconciliation loop가 왜 복구를 '절차의 재실행'이 아니라 '원하는 상태의 재선언'으로 바꾸는지, Borg, Omega, and Kubernetes 논문과 공식 문서로 짚어 봅니다. control plane이 멈추면 워크로드에 무슨 일이 생기는지, 그리고 pets vs cattle과 immutable infrastructure가 DR에서 지켜야 할 대상을 어떻게 바꾸는지도 함께 다룹니다. Kubernetes의 선언형 API와 reconciliation loop가 왜 복구를 '절차의 재실행'이 아니라 '원하는 상태의 재선언'으로 바꾸는지, Borg, Omega, and Kubernetes 논문과 공식 문서로 짚어 봅니다. control plane이 멈추면 워크로드에 무슨 일이 생기는지, 그리고 pets vs cattle과 immutable infrastructure가 DR에서 지켜야 할 대상을 어떻게 바꾸는지도 함께 다룹니다. No [Kubernetes DR EP2] 분산 합의와 etcd: Kubernetes의 기억은 어디에 있는가 [Kubernetes DR EP2] 분산 합의와 etcd: Kubernetes의 기억은 어디에 있는가 full a16100ac-87fa-4494-b6e7-d7f412bb0cf4 https://share.transistor.fm/s/63f3e1c3 Kubernetes의 모든 객체가 저장되는 etcd를 Raft 합의 알고리즘부터 짚습니다. 리더 선출과 과반 커밋, 정족수와 홀수 멤버 원칙, 일시 장애와 영구 과반 상실의 경계를 정리하고, 스냅샷 복원이 왜 새 논리 클러스터를 만드는 일인지와 리비전 역행 문제를 공식 문서로 살펴봅니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Kubernetes의 모든 객체가 저장되는 etcd를 Raft 합의 알고리즘부터 짚습니다. 리더 선출과 과반 커밋, 정족수와 홀수 멤버 원칙, 일시 장애와 영구 과반 상실의 경계를 정리하고, 스냅샷 복원이 왜 새 논리 클러스터를 만드는 일인지와 리비전 역행 문제를 공식 문서로 살펴봅니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Tue, 10 Nov 2026 17:31:17 +0900 kalee kalee 902 Kubernetes의 모든 객체가 저장되는 etcd를 Raft 합의 알고리즘부터 짚습니다. 리더 선출과 과반 커밋, 정족수와 홀수 멤버 원칙, 일시 장애와 영구 과반 상실의 경계를 정리하고, 스냅샷 복원이 왜 새 논리 클러스터를 만드는 일인지와 리비전 역행 문제를 공식 문서로 살펴봅니다. Kubernetes의 모든 객체가 저장되는 etcd를 Raft 합의 알고리즘부터 짚습니다. 리더 선출과 과반 커밋, 정족수와 홀수 멤버 원칙, 일시 장애와 영구 과반 상실의 경계를 정리하고, 스냅샷 복원이 왜 새 논리 클러스터를 만드는 일인지와 리비전 역행 문제를 공식 문서로 살펴봅니다. No [Kubernetes DR EP1] DR 일반 기초: RPO, RTO, MTD와 HA가 DR이 아닌 이유 [Kubernetes DR EP1] DR 일반 기초: RPO, RTO, MTD와 HA가 DR이 아닌 이유 full dbfd466d-255e-4641-8942-e78583896c91 https://share.transistor.fm/s/9c9c419e Kubernetes DR 스터디 커리큘럼의 첫 모듈을 깊게 다룹니다. NIST SP 800-34 Rev. 1과 AWS 재해 복구 백서로 RPO·RTO·MTD·BIA를 정리하고, 복제와 HA가 DR을 대신하지 못하는 이유와 네 가지 DR 전략을 살펴봅니다. Google SRE book 26장의 복구 철학과 1978년 hot site부터 2003년 미국 금융 당국 공동 문서까지 DR의 역사도 함께 짚습니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Kubernetes DR 스터디 커리큘럼의 첫 모듈을 깊게 다룹니다. NIST SP 800-34 Rev. 1과 AWS 재해 복구 백서로 RPO·RTO·MTD·BIA를 정리하고, 복제와 HA가 DR을 대신하지 못하는 이유와 네 가지 DR 전략을 살펴봅니다. Google SRE book 26장의 복구 철학과 1978년 hot site부터 2003년 미국 금융 당국 공동 문서까지 DR의 역사도 함께 짚습니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Tue, 10 Nov 2026 17:31:15 +0900 kalee kalee 1010 Kubernetes DR 스터디 커리큘럼의 첫 모듈을 깊게 다룹니다. NIST SP 800-34 Rev. 1과 AWS 재해 복구 백서로 RPO·RTO·MTD·BIA를 정리하고, 복제와 HA가 DR을 대신하지 못하는 이유와 네 가지 DR 전략을 살펴봅니다. Google SRE book 26장의 복구 철학과 1978년 hot site부터 2003년 미국 금융 당국 공동 문서까지 DR의 역사도 함께 짚습니다. Kubernetes DR 스터디 커리큘럼의 첫 모듈을 깊게 다룹니다. NIST SP 800-34 Rev. 1과 AWS 재해 복구 백서로 RPO·RTO·MTD·BIA를 정리하고, 복제와 HA가 DR을 대신하지 못하는 이유와 네 가지 DR 전략을 살펴봅니다. Google SRE book 26장의 복구 철학과 1978년 hot site부터 2003년 미국 금융 당국 공동 문서까지 DR의 역사도 함께 짚습니다. No Kubernetes DR, 도구보다 원리부터: 스터디 커리큘럼 10개 모듈 한 번에 보기 Kubernetes DR, 도구보다 원리부터: 스터디 커리큘럼 10개 모듈 한 번에 보기 full 97eb1d9a-8d21-4d11-99a3-2b8014ac9a63 https://share.transistor.fm/s/445ea147 Kubernetes 재해 복구를 백업 도구가 아니라 '무엇이 상태이고, 어디서 어떤 순서로 되살리는가'라는 질문으로 공부하는 11회차 스터디 커리큘럼을 훑어봅니다. DR 기초부터 etcd, 선언형 아키텍처, 상태 분류, GitOps, 인증서와 KMS, 멀티 클러스터, DR 훈련, OpenStack 환경까지 모듈 순서와 그 이유를 짚습니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Kubernetes 재해 복구를 백업 도구가 아니라 '무엇이 상태이고, 어디서 어떤 순서로 되살리는가'라는 질문으로 공부하는 11회차 스터디 커리큘럼을 훑어봅니다. DR 기초부터 etcd, 선언형 아키텍처, 상태 분류, GitOps, 인증서와 KMS, 멀티 클러스터, DR 훈련, OpenStack 환경까지 모듈 순서와 그 이유를 짚습니다.

참고 자료

이 에피소드의 음성은 TTS로 합성되었습니다.

]]> Tue, 10 Nov 2026 17:22:18 +0900 kalee kalee 982 Kubernetes 재해 복구를 백업 도구가 아니라 '무엇이 상태이고, 어디서 어떤 순서로 되살리는가'라는 질문으로 공부하는 11회차 스터디 커리큘럼을 훑어봅니다. DR 기초부터 etcd, 선언형 아키텍처, 상태 분류, GitOps, 인증서와 KMS, 멀티 클러스터, DR 훈련, OpenStack 환경까지 모듈 순서와 그 이유를 짚습니다. Kubernetes 재해 복구를 백업 도구가 아니라 '무엇이 상태이고, 어디서 어떤 순서로 되살리는가'라는 질문으로 공부하는 11회차 스터디 커리큘럼을 훑어봅니다. DR 기초부터 etcd, 선언형 아키텍처, 상태 분류, GitOps, 인증서와 KMS, 멀티 클러스터, DR 훈련, OpenStack 환경까지 모듈 순서와 그 이유를 짚습니다. No