모든 포스트
Wails로 데스크톱 앱 만들기 #8 디버깅 — 개발자 도구·로그·흔한 에러
입문자가 가장 자주 막히는 지점을 모아 다룹니다. 개발 중 WebView 개발자 도구를 여는 법, 프론트엔드와 Go 양쪽 로그를 보는 법, 빌드된 앱을 -debug로 진단하는 법, 그리고 빈 화면·바인딩 못 찾음·context nil 같은 흔한 에러의 원인과 해결을 다룹니다.
쿠버네티스 컨트롤 플레인이 느려지는 원인: API 서버, etcd, 스케줄러
워크로드는 멀쩡한데 kubectl이 느리고 배포가 늦는, 컨트롤 플레인이 느려지는 상황을 진단합니다. API 서버를 두드리는 과도한 LIST·WATCH, etcd의 fsync 지연과 DB 비대화, 스케줄러 지연의 구분법과 각각의 지표, 처방을 다룹니다.
ECS vs EKS: 컨테이너 오케스트레이터 선택 기준
ECS와 EKS를 가르는 실무 기준을 정리합니다. 무료 컨트롤 플레인과 클러스터당 월 $73의 차이보다 큰 운영 비용의 정체, EKS 버전 업그레이드 사이클과 방치 시 6배가 되는 연장 지원 요금, Auto Mode가 줄여 주는 것과 남는 것, k8s 생태계가 실제로 필요한 조건, 팀 규모·이식성·채용 관점의 판단 기준까지 다룹니다.
GitHub Foundations #1 시험 소개 — 시험 구조와 학습 전략
GitHub 공식 입문 자격증인 GitHub Foundations의 시험 구조, 7개 도메인, 등록 절차를 정리합니다. 공식 학습 자료와 이 블로그 Git 트랙을 엮은 학습 전략까지 시리즈의 출발점에서 다룹니다.
requests와 limits 값을 정하는 기준: 운영에서 통하는 규칙
쿠버네티스 requests·limits의 개념이 아니라 "얼마로 설정하는가"를 다룹니다. 실측 기반 requests 산정, CPU limit의 스로틀링 논쟁, memory limit을 거는 이유, QoS 클래스와 축출 순서, VPA 권고 모드 활용, 과대 예약과 무제한 메모리라는 양쪽 사고 유형까지 정리합니다.
Wails 실전 강좌 #1 실전 프로젝트 설계 — 무엇을 만들고 어떻게 나눌까
Wails 실전 시리즈의 첫 글입니다. 입문에서 만든 메모리 기반 할 일 앱을 넘어, 실제로 배포할 만한 로컬 노트 앱을 설계합니다. 무엇을 만들지 정하고, Go 백엔드를 서비스 레이어로 나누는 경계, 프론트엔드 상태 관리의 선택, 그리고 여섯 편에서 완성할 최종 형태의 지도를 그립니다.
Wails로 데스크톱 앱 만들기 #7 프론트엔드 프레임워크 붙이기 — Svelte·Vue·React
본편에서 바닐라로 만든 앞단을, 상태가 늘어나는 실제 앱을 위해 프레임워크로 바꿉니다. Wails가 프론트엔드를 가리지 않는다는 것의 의미, wails init 템플릿으로 Svelte·Vue·React를 시작하는 법, 생성된 바인딩이 프레임워크와 무관하게 같다는 점, 그리고 바인딩 결과를 프레임워크 상태로 잇는 법을 다룹니다.
Aurora vs RDS: 구조 차이와 갈아타는 기준
Aurora와 표준 RDS를 가르는 실무 기준을 정리합니다. 스토리지·컴퓨트 분리 구조가 만드는 차이(공유 스토리지 리드 레플리카 15개, 빠른 페일오버, 256TiB 자동 확장), 인스턴스 프리미엄에 스토리지·I/O 과금이 얹히는 요금 구조, I/O-Optimized가 유리해지는 25% 기준선, Serverless v2와 0 ACU 일시정지, 그리고 표준 RDS가 여전히 정답인 조건까지 다룹니다.
git push --force로 커밋을 덮어썼을 때 — 복구와 재발 방지
force push로 원격 브랜치에서 동료의 커밋이 사라졌을 때의 복구 절차를 정리합니다. 동료의 로컬, 내 reflog, 호스팅 서비스의 기록 세 경로와 재발 방지 설정까지 다룹니다.
HPA가 생각대로 동작하지 않을 때: 흔한 설정 실수 6가지
쿠버네티스 HPA가 안 늘어나거나, 너무 늦게 늘어나거나, 널뛰기하는 원인을 정리합니다. requests 미설정과 타깃 퍼센트의 의미, 스케일업 반응 속도와 안정화 윈도우, 플래핑, GitOps의 replicas 충돌, CPU만 보는 스케일링의 한계까지 확인 방법과 함께 다룹니다.
Git에 대용량 파일을 커밋했을 때 — 히스토리 정리와 LFS 이전
push가 100MB 제한으로 거부되거나 저장소가 수 GB로 불어난 상황의 대응 절차입니다. 가장 큰 blob을 찾는 진단부터 filter-repo 히스토리 정리, 계속 필요한 파일의 Git LFS 이전까지 정리합니다.