모든 포스트
프로세스와 스레드의 차이: 메모리 공유가 가르는 모든 것
프로세스와 스레드의 차이를 "메모리를 공유하는가"라는 한 기준에서 풀어냅니다. 격리와 공유의 트레이드오프, 컨텍스트 스위치 비용의 차이, 크래시의 전파 범위, 웹 서버·브라우저·파이썬(GIL)이 각각 무엇을 선택했는지까지 실무 감각으로 정리합니다.
ALB vs NLB: 로드 밸런서 선택 기준
ALB와 NLB를 가르는 실무 기준을 정리합니다. L7 라우팅과 L4 전달이라는 동작 계층의 차이, 고정 IP와 소스 IP 보존과 PrivateLink처럼 NLB에서만 되는 것, 시간당 요금은 같은데 LCU 계산에서 갈라지는 청구서 구조, 크로스존 로드 밸런싱 같은 숨은 비용, 둘을 체인으로 잇는 구성까지 다룹니다.
GitHub Foundations #7 Domain 5: 프로젝트 관리 — Projects·자동화·인사이트
GitHub Projects의 테이블·보드·로드맵 뷰와 커스텀 필드, 내장 자동화 워크플로, 그리고 저장소 Insights 탭까지. GitHub Foundations의 Domain 5 프로젝트 관리 영역을 정리합니다.
Wails 실전 강좌 #7 노트 에디터 실전 — 마크다운 미리보기와 목록 UX
2부의 첫 글입니다. 지금까지 백엔드에 치우쳤던 노트 앱의 앞단을 실제로 만듭니다. 마크다운을 안전하게 렌더링하는 미리보기, 타이핑이 멈추면 저장하는 디바운스 자동저장, 편집이 목록 정렬을 흔들지 않게 다루는 법, 그리고 키보드로 노트를 넘나드는 목록 UX를 다룹니다.
리눅스가 서버 시장을 지배하게 된 배경: 비용, 구조, 생태계
서버의 표준 OS가 리눅스가 된 배경을 기술과 생태계 양쪽에서 정리합니다. 라이선스 비용과 소스 공개라는 출발점, 서버 용도에 맞는 구조적 특성(헤드리스, 원격 관리, 안정성), 클라우드·컨테이너 시대가 만든 잠금 효과, 그리고 리눅스가 지배하지 못한 영역까지 다룹니다.
GitHub Foundations #6 Domain 4: 모던 개발 — Actions·Codespaces·Copilot·Packages
GitHub를 코드 저장소 너머의 개발 플랫폼으로 만드는 기능들을 정리합니다. Actions의 워크플로 구조, Codespaces와 github.dev의 차이, Copilot 플랜, Packages와 Marketplace까지 시험 관점으로 다룹니다.
GPU 클라우드 선택: 하이퍼스케일러 vs 전용 GPU 클라우드 vs 서버리스 추론
AI 워크로드용 GPU를 어디서 빌릴지 가르는 실무 기준을 정리합니다. 하이퍼스케일러(AWS)와 전용 GPU 클라우드(Lambda·RunPod)의 H100 시간당 요금이 2〜5배 벌어지는 이유, 스팟이 절반 이하로 내려가는 대신 감수하는 것, 서버리스 추론이 토큰당 과금으로 GPU 관리를 없애는 지점, 그리고 통합·네트워크·규제 요건이 요금 차이를 뒤집는 조건까지 다룹니다.
Wails 실전 강좌 #6 CI/CD 자동 릴리스 — GitHub Actions로 세 플랫폼 배포
태그 하나로 세 플랫폼 릴리스가 자동 생성되게 만들며 시리즈를 마칩니다. macOS를 크로스컴파일할 수 없어 매트릭스 빌드가 필요한 이유, GitHub Actions에서 플랫폼별 러너로 빌드·서명하는 워크플로, 순수 Go SQLite가 CI를 단순하게 만드는 지점, 자동 업데이트 전략, 그리고 여섯 편 전체 요약을 다룹니다.
인시던트 핸들링의 핵심: 장애 대응에서 가장 중요한 것
장애 대응이 유능한 개인이 아니라 절차로 굴러가게 만드는 방법을 정리합니다. 복구가 원인 규명보다 먼저라는 원칙, 지휘·소통·조사의 역할 분리, 심각도 등급과 선포 기준, 비난 없는 포스트모템 작성법, 온콜을 지속 가능하게 만드는 조건까지 다룹니다.
Error Budget: 장애를 허용하는 예산의 개념과 계산
SLO에서 파생되는 Error Budget의 개념과 계산법을 정리합니다. 예산의 크기를 시간과 요청 수로 환산하는 법, 소진 속도(번 레이트) 기반 알림이 임계값 알림보다 나은 이유, 예산 소진 시의 정책, 배포 속도와 안정성의 갈등을 규칙으로 바꾸는 운영법까지 다룹니다.
GitHub Foundations #5 Domain 3-2: 협업 — Pull Request·코드 리뷰·Discussions
협업 도메인의 후반부입니다. Pull Request의 라이프사이클과 draft, CODEOWNERS와 리뷰 상태 3종, suggested changes, Issue와 Discussions의 용도 구분, GitHub Pages까지 시험 관점으로 정리합니다.
LLM 양자화 비교: FP16, INT8, INT4와 GGUF·AWQ·GPTQ
LLM 양자화 방식을 고르는 실무 기준을 정리합니다. 정밀도(FP16·INT8·INT4)가 VRAM을 반씩 줄이는 원리, 70B 모델이 140GB에서 35GB로 내려가는 계산, GGUF·AWQ·GPTQ 세 형식이 갈리는 용도(로컬·GPU 서빙·정확도), INT4가 추론·코드 작업에서 품질을 떨어뜨리는 지점, 서빙 프레임워크와 형식을 맞추는 법까지 다룹니다.