여러 서비스의 중복 로그를 줄이는 AI 설계 고민
약 10개의 에서 비슷한 로그가 여러 번 남아 비용이 커지는 문제를 다룬다. 이미 한 서비스 안에서는 비싼 로그를 찾아 유지, 축소, 등급 낮추기를 제안하는 가 있다.
더 어려운 문제는 한 요청이 여러 서비스를 지나갈 때 같은 의미의 로그가 반복되는 경우다. 예를 들어 한 서비스가 라이선스 정보를 보냈고 다른 서비스가 그 요청을 받았다고 각각 남기면, 따로 보면 둘 다 타당하지만 전체 흐름에서는 하나가 과할 수 있다.
모든 저장소를 한 번에 LLM에 넣는 방식은 문맥 한계 때문에 현실적이지 않다. 대신 각 저장소를 따로 분석하고, 로그 양식을 정리하며, 서비스의 역할과 주요 흐름과 를 작게 요약하고, 실제 운영 로그량과 로 요청 경로를 파악하는 방향이 제시된다.
핵심 포인트
- 한 서비스 안의 로그 최적화보다 여러 서비스 사이의 중복 로그 찾기가 더 어렵다.
- 같은 요청 흐름에서 송신 로그와 수신 로그가 모두 남으면 전체로는 반복일 수 있다.
- 약 10개 저장소 전체를 LLM에 한 번에 넣는 방식은 문맥 한계 때문에 부적절하다.
- 각 저장소를 따로 분석해 로그 양식과 서비스 요약을 만든 뒤 합치는 접근이 제안된다.
- 운영 로그량과 를 함께 보면 실제 요청 경로와 중복 가능성을 더 잘 판단할 수 있다.