VyOS 뒤에 MySQL Primary Replica를 격리한 이유
초기에는 DB도 애플리케이션과 같은 서비스망에 있었다. 구축은 쉬웠지만 application traffic, 관리 traffic, replication traffic의 경계가 흐렸다. 나는 DB 두 대를 별도 subnet으로 옮기고 VyOS를 통해 필요한 노드만 접근하도록
▶
~/devops-blog
on
⎇ main
|
ghost
인프라를 코드로.
복잡성을 단순하게.
Kubernetes, Linux, Network, Observability — 직접 구축하고 운영하며 마주친 문제와 검증한 해법을 기록합니다. Evidence over assumptions.
57Posts
20RCA Notes
15Incidents
79Topics
LATEST FIELD NOTES
운영 과정에서 남긴 최신 기록
updated 2026.09.07
main 변경분을 운영 이미지로 배포하기까지
프로젝트 막바지에는 main이 여러 번 바뀌었다. 나는 “최신 코드를 받았으니 바로 build”하지 않았다. 소스 동기화, 일회용 DB 테스트, image 추적, registry 배포, stack update, 외부 readiness를 하나의
정적 IP 전환부터 Docker Swarm 5노드까지
Docker Swarm을 구성하기 전에 나는 먼저 네트워크를 고정해야 했다. Cluster node 주소, DB route, NFS export, monitoring target이 모두 IP에 의존하기 때문이다. 이 단계에서 가장 큰 실수는 “Ubuntu니까
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를 재생성한 과정을 정리했다.
STACK
⎈Kubernetesorchestration
R2RKE2distribution
⬢Ciliumnetwork · eBPF
TSTailscaleprivate routing
◉Prometheusmetrics
◑Grafanaobservability
◎Ghostpublishing
$_Linuxplatform