Guide 허브

Argo Rollouts는 쿠버네티스 배포 전략을 조금 더 세밀하게 다루는 수준을 넘어, 릴리스를 점진적으로 검증하고 중간에서 멈추고 되돌릴 수 있는 전달 시스템으로 다시 정리하는 저장소입니다. 트래픽 제어와 외부 메트릭 분석을 결합해 배포를 운영 실험처럼 다루게 만든다는 점에서 계속 볼 가치가 있습니다.

Strimzi는 Kafka를 Kubernetes에서 띄우는 설치 도구가 아니라, Kafka 클러스터 운영 전체를 오퍼레이터 패턴으로 끌어와 표준화하려는 저장소입니다. 브로커 배포, 업그레이드, 보안, 토픽 운영, 커넥터와 미러링까지 한 플랫폼 모델 안에서 다룬다는 점이 이 프로젝트를 계속 보게 만드는 이유입니다.

Prometheus Operator는 Prometheus를 Kubernetes에서 쉽게 띄우는 도구라기보다, 모니터링 구성을 Custom Resource로 끌어올려 플랫폼 팀이 반복 가능한 관측 구성을 만들게 하는 저장소입니다. ServiceMonitor와 PodMonitor, PrometheusRule 같은 리소스를 통해 관측 구성을 쿠버네티스 자산처럼 다루게 만든다는 점이 이 프로젝트의 핵심입니다.

etcd는 화려한 기능보다도, 분산 시스템에서 가장 중요한 상태를 어떻게 안전하게 보관하고 합의할 것인가에 집중하는 저장소입니다. 쿠버네티스의 기반 요소로 유명하지만, 그보다 더 본질적으로는 신뢰 가능한 제어면 데이터베이스가 왜 어려운지 보여 주는 프로젝트이기도 합니다.

OPA는 보안 도구나 Kubernetes 부가 기능 하나로 축소해서 보기 어려운 저장소입니다. 접근 제어, 배포 정책, 인프라 규정, API 검증 같은 다양한 정책 판단을 공통 엔진과 언어로 통합하려는 시도라는 점에서, 플랫폼 엔지니어링과 거버넌스 양쪽에서 계속 볼 가치가 큽니다.

Milvus는 벡터 검색 라이브러리나 단일 노드 검색 엔진이 아니라, 대규모 AI 애플리케이션을 위한 분산 벡터 데이터베이스를 지향하는 저장소입니다. dense와 sparse, 하이브리드 검색, 멀티테넌시, K8s 친화적 운영을 한데 묶으면서 벡터 DB를 별도 실험 도구가 아닌 운영 인프라로 만들려는 방향이 분명합니다.

Apache APISIX는 단순한 리버스 프록시가 아니라 트래픽 제어, 보안, 관측성, 플러그인 확장을 데이터 플레인 가까이에서 통합하려는 저장소입니다. 전통적인 API 게이트웨이 역할에 더해 최근에는 AI Gateway와 MCP 브리지까지 실험적으로 끌어안으면서, 게이트웨이의 역할을 다시 넓히고 있다는 점이 흥미롭습니다.

Unleash는 단순한 토글 서비스가 아니라 배포와 출시를 분리하려는 팀을 위한 운영 계층에 가깝습니다. 플래그 전략, 환경별 제어, 실험, 권한, 자체 호스팅 경로를 함께 제공하면서 기능 플래그를 실제 제품 거버넌스 도구로 끌어올린다는 점이 이 저장소의 가치입니다.

Airbyte는 ETL 도구라기보다 데이터 이동의 긴 꼬리를 오픈소스로 감당하려는 플랫폼에 가깝습니다. 수백 개 커넥터, 저코드 커넥터 빌더, API 중심 오케스트레이션 경로를 함께 제공하면서 데이터 수집을 별도 제품 기능으로 재구성한다는 점이 지금도 눈여겨볼 만합니다.

Pulumi는 YAML을 덜 쓰게 해주는 도구 정도로 소개되곤 하지만, 실제로는 인프라를 애플리케이션 코드와 더 비슷한 방식으로 다루게 만드는 프로젝트에 가깝습니다. 여러 클라우드와 Kubernetes를 하나의 프로그래밍 모델로 묶으면서도 Automation API까지 열어 둔 점이 지금도 꾸준히 볼 만한 이유입니다.