Logfire. Pydantic Logfire의 트레이스, 메트릭, 로그를 쿼리.
Pydantic Logfire 프로젝트를 연결하면 에이전트가 트레이스를 쿼리하고, 메트릭을 탐색하고, 구조화된 로그를 검색할 수 있으며, 그 경보가 울리는 순간 Polylane에 도달합니다. 에이전트는 OpenTelemetry 데이터를 분석해 이슈를 해결하고 애플리케이션 동작을 이해합니다.
대기자 명단 등록Polylane이 Logfire 연동으로 하는 일.
질문 하나로 보는 라우트 상태
에이전트가 서비스가 이미 Logfire로 보내는 스팬에서 바로 요청 수, 에러율, p95 지연 시간으로 라우트의 순위를 매기므로, "무엇이 실패하고 있나"에 숫자가 붙은 답이 나옵니다.
에러율에서 실패한 스팬까지
에이전트가 나쁜 라우트 뒤의 요청을 가져와 트레이스 하나를 부모/자식 트리로 열고, 예외를 던진 자식 스팬과 그 예외 내용을 짚어 냅니다.
조사 도중의 트레이스
에이전트는 인시던트를 처리하는 동안 서비스, 라우트, 레벨, 상태로 스팬과 로그를 검색하고, 모든 발견 사항은 그 뒤의 쿼리로 인용됩니다.
질문이 특이할 때는 SQL
정리된 도구가 다루지 않는 모든 것에 대해 에이전트가 Logfire의 records와 metrics에 제한된 읽기 전용 SQL을 실행하며, 엔진 자체의 오류 메시지가 다음 시도를 안내합니다.
동작 방식.
연결
Read-only 접근과 Manage project and org 권한으로 각각 만든 프로젝트 API 키와 조직 API 키를 붙여 넣으세요. 자격 증명은 저장 전에 암호화되고, 에이전트는 오직 프로젝트 키로만 쿼리합니다.
검사가 감시를 맡습니다
요청 에러율, 요청량, p95 지연 시간이 프로젝트 전체와 서비스별로 주기적인 검사로 실행되고, 에이전트가 정상에서 벗어난 결과를 표시합니다.
에이전트가 서비스를 지도로 그립니다
모든 스레드가 어떤 서비스가 프로젝트에 보고하는지, 각 라우트가 지금 어떻게 동작하는지 알아낼 수 있습니다.
에이전트가 조사합니다
조사는 제한된 시간 구간 안에서 라우트 요약에서 개별 스팬으로, 전체 트레이스 트리로 이동합니다.
에이전트가 얻는 도구.
조사 도중 에이전트가 Logfire 연동으로 할 수 있는 일입니다. 모든 호출은 스레드 트랜스크립트에 인용과 함께 남습니다.
logfireListServices 특정 기간에 Logfire로 스팬이나 로그를 보낸 서비스 나열
logfireSearchSpans 서비스, 이름, 라우트, 레벨, 예외, HTTP 상태로 Logfire 스팬과 로그 검색
logfireGetTrace Logfire 트레이스 하나를 소요 시간이 있는 부모/자식 스팬 트리로 읽기
logfireRouteSummary Logfire의 라우트별 요청 수, 에러율, p50/p95 지연 시간
logfireQuery Logfire 프로젝트의 records와 metrics 테이블에 읽기 전용 SQL 쿼리 실행
질문.
Polylane은 Logfire용 AI 기반 SRE인가요?
대부분의 사람이 그 용어로 뜻하는 바가 맞습니다. 에이전트가 조사 중에 Logfire의 메트릭, 로그, 트레이스를 읽고, 그 경보를 울리는 순간 트리아지합니다. 워크스페이스의 다른 모든 제공자와 함께 이슈를 조사하고 고칠 수 있는 것은 고칩니다. 저희는 이를 AI 기반 SRE가 아니라 스스로 운영되는 소프트웨어라고 부릅니다. 핵심은 여러분의 소프트웨어가 스스로를 돌본다는 것이고, 봇이 온콜 로테이션에 합류한다는 것이 아닙니다.
Polylane이 Logfire의 자리를 대신하나요?
아니요. 기존 Logfire 설정은 정확히 그 자리에 그대로 있습니다. Polylane은 거기에 연결하고, 조사 중에 사용하며, 그 위에 트리아지, 근본 원인, 수정을 더합니다.