정적 IP 전환부터 Docker Swarm 5노드까지
Docker Swarm을 구성하기 전에 나는 먼저 네트워크를 고정해야 했다. Cluster node 주소, DB route, NFS export, monitoring target이 모두 IP에 의존하기 때문이다. 이 단계에서 가장 큰 실수는 “Ubuntu니까
▶
~/devops-blog
on
⎇ main
|
ghost
인프라를 코드로.
복잡성을 단순하게.
Kubernetes, Linux, Network, Observability — 직접 구축하고 운영하며 마주친 문제와 검증한 해법을 기록합니다. Evidence over assumptions.
55Posts
20RCA Notes
15Incidents
79Topics
LATEST FIELD NOTES
운영 과정에서 남긴 최신 기록
updated 2026.09.04
Google 로그인과 Redis 실시간 모듈에서 정한 신뢰 경계
인증과 실시간 기능은 서로 다른 문제처럼 보이지만, 내가 구현하면서 가장 많이 고민한 질문은 같았다. “어디까지 믿고, 어디에서 검증할 것인가?”였다. Google 로그인에서는 브라우저가 보내는 사용자 정보를 그대로 믿을
팀장으로서 기능과 운영을 함께 책임진 MeetBack 회고
MeetBack은 여러 사람이 가능한 시간을 공유하고, 모임을 만들고, 의견을 나누며 약속을 정할 수 있도록 만든 팀 프로젝트다. 나는 이 프로젝트에서 팀장을 맡았고, 기술적으로는 인프라를 주로 담당했다. 동시에 Google
Cloudflare Tunnel을 기본 경로로, NPM을 예비 경로로 둔 이유
Cloudflare Tunnel을 기본 외부 경로로, NGINX Proxy Manager를 공인 NAT용 예비 경로로 분리하고 DNS-01 Wildcard 인증서를 준비한 이유를 정리했다.
cAdvisor Dashboard와 Telegram Alert까지 연결한 운영 가시성
Docker host의 cAdvisor 지표를 Grafana Dashboard로 구성하고 MySQL·NFS Alert를 Alertmanager와 Telegram으로 연결한 과정과 관련 문제를 정리했다.
Docker Swarm VIP만으로 해결되지 않은 WebSocket 이벤트 공유
Swarm VIP만으로 공유되지 않는 JVM 로컬 SimpleBroker 이벤트를 Redis Pub/Sub으로 fan-out하는 local-first 공통 모듈과 현재 한계를 정리했다.
Prometheus 설정은 맞는데 Target이 없었던 이유
Exporter는 정상인데 Prometheus Target이 없었던 원인을 Bind Mount inode와 설정 hash로 찾아 container를 재생성한 과정을 정리했다.
백업 파일 생성보다 복원을 먼저 본 MySQL NFS 백업
Replication과 backup의 역할을 나누고 mysqldump·gzip·SHA-256 결과를 NFS에 보관한 뒤 별도 시험 DB에 실제 복원한 과정을 정리했다.
RAID5 위에 역할별 NFS Storage를 나눈 이유
Hardware RAID5 위에 LVM과 ext4를 구성하고 애플리케이션 파일과 백업·로그용 NFS를 분리한 이유, UID/GID와 Automount 문제를 정리했다.
STACK
⎈Kubernetesorchestration
R2RKE2distribution
⬢Ciliumnetwork · eBPF
TSTailscaleprivate routing
◉Prometheusmetrics
◑Grafanaobservability
◎Ghostpublishing
$_Linuxplatform