Ekuaibao Guance

Kubernetes, Istio, Knative 수집을 통합하고 사용자에서 서비스까지 컨텍스트 연결

클라우드 네이티브 옵저버빌리티
사용자-서비스 트레이스
분산 모니터링 진입점 통합

고객 환경

Ekuaibao는 기업 지출, 비용 관리, 경비 정산 플랫폼입니다. 공개 사례는 Kubernetes에서 실행되는 마이크로서비스가 Istio, Knative 등의 기술을 사용하고 PaaS 및 비즈니스 시스템과 긴밀히 연결된 환경을 설명합니다.

클라우드 네이티브 스택에 동적 관계가 증가

Kubernetes, Istio, Knative, PaaS로 서비스, Pod, 프로세스, 네트워크 관계가 계속 바뀌어 일관된 태그와 조사 방식이 필요했습니다.

클라우드 네이티브 스택에 동적 관계가 증가

ELK, Prometheus, APM이 서로 분리됨

로그, 메트릭, 애플리케이션 트레이스가 사용자와 요청 컨텍스트를 도구 사이에서 유지하지 못해 유지보수와 장애 조사 모두에 단절이 있었습니다.

ELK, Prometheus, APM이 서로 분리됨

도입 방식

DataKit으로 수집 및 분석 진입점 통합

여러 기술 스택의 텔레메트리를 한 플랫폼에 연결해 수집, 쿼리, 시각화, 알림에서 동일한 객체 태그를 사용합니다.

DataKit으로 수집 및 분석 진입점 통합

사용자와 태그로 전체 경로 연결

사용자 속성과 트레이스를 Tag로 연결한 뒤 Service, Log, 호스트, Pod, 프로세스 데이터로 연관 분석합니다.

사용자와 태그로 전체 경로 연결

분산된 오픈소스 모니터링 통합

통합 플랫폼이 기존의 분리된 모니터링 진입점을 맡아 시스템 간 컨텍스트 전환과 중복 유지보수를 줄입니다.

분산된 오픈소스 모니터링 통합

도입 후 변화

여러 스택을 하나의 운영 뷰로

서비스, 사용자, 환경, 시간 범위별로 관련 메트릭, 로그, 트레이스, 런타임 객체를 확인할 수 있습니다.

역할이 다른 담당자도 조사 컨텍스트 공유

개발, 플랫폼, 운영 담당자가 같은 요청과 객체 관계를 바탕으로 협업할 수 있습니다.

모니터링 유지보수 범위를 통합

중복된 수집, 쿼리, 표시 진입점을 합쳐 데이터 품질과 안정성 프로세스에 더 집중할 수 있습니다.

자주 묻는 질문

Ekuaibao 사례에는 어떤 클라우드 네이티브 기술이 등장하나요?

Kubernetes, Istio, Knative, PaaS와 기존 ELK, Prometheus, 외부 APM이 언급됩니다. 실제 구성 요소와 버전은 고객 환경에 따라 다릅니다.

Tag는 사용자와 인프라를 어떻게 연결하나요?

일관된 사용자, 서비스, 환경 태그로 요청 트레이스를 로그, 호스트, Pod, 프로세스에 연결합니다. 수집 방식과 필드 규칙이 일치해야 합니다.

통합 플랫폼을 쓰면 모든 오픈소스 구성 요소를 제거해야 하나요?

반드시 그렇지는 않습니다. 공개 사례는 분산된 모니터링 진입점의 통합과 교체를 설명합니다. 마이그레이션 범위는 기존 의존성, 보존 요구사항, 위험 평가에 따라 정해야 합니다.

다른 고객 사례