Kafka를 VM에서 운영하며 배운 시스템 사고의 교훈

What Running Kafka on VMs Taught Us About Systems Thinking

Kafka를 VM에서 운영하며 배운 시스템 사고의 교훈

Moniepoint의 클라우드 엔지니어링 팀은 장애가 발생하기 전에 Kafka 운영의 문제점을 인식하고, Kubernetes 기반의 Strimzi로 전환했습니다. 이 글은 SSH와 Docker Compose에 의존하던 수동 운영의 한계를 극복하고, GitOps와 코드형 인프라를 통해 운영 부담을 줄이고 시스템을 스스로 관리하게 만든 과정을 소개합니다. 또한 Strimzi 도입의 장단점과 적합한 상황을 제시합니다.

수동 작업이 전체 시스템을 설계하는 데 쓸 수 있는 인지 공간을 잠식하고 있었습니다.
  1. sgarland

    > 우리 Kafka 설정은 빠르게 움직이는 엔지니어링 팀에서 대부분의 일이 그렇듯 실용적으로 시작됐다.

    > 모든 변경에는 SSH와 포트 포워딩이 필요했다. Kafka 인스턴스에는 URL이 없었다. localhost로 접근했다.

    그건 실용주의가 아니라 테스트 환경을 프로덕션으로 그대로 옮긴 것이다. 사실 VM에서도 반복 가능하고 제정신인 방식으로 실행할 수 있다. 그걸 Ansible + Packer(또는 다른 비슷한 조합)라고 부른다.

  2. zulux

    봇으로 의심받지 않으려고 글쓰는 방식을 바꿔야 했던 적이 있다. 대시도 없고, 진부한 짝지음도 없이. (그건 의도적이었다)

    방금 전에 이런 걸 예전에도 해야 했었다는 게 떠올랐다: PC 관련 용어가 유행했을 때: Black vs white. Cis Female vs women.

  3. MrBuddyCasino

    > "위기가 아니었다. 결정이었다."

    탭 닫음

이 날의 다른 글

2026-08-28