Lynx는 모니터링 시스템 자체가 원래 서비스의 안정성에 영향을 주지 않도록 설계하는 것을 중요한 원칙으로 삼고 있습니다.

대부분의 데이터는 사용자 응답 처리와 분리된 비동기 방식으로 전송할 수 있습니다. Lynx 수집 서버의 응답이 늦거나 일시적으로 연결되지 않더라도, 원래 AI 서비스는 계속 동작할 수 있도록 타임아웃과 서킷 브레이커를 적용합니다.

일정 시간 동안 데이터를 전송하지 못한 경우 로컬 메모리나 버퍼에 임시로 저장한 뒤 연결이 복구되면 다시 전송하는 방식도 적용할 수 있습니다.

다만 사용자 응답을 실시간으로 검사하고 차단하는 가드레일 기능은 설정에 따라 추가적인 지연이 발생할 수 있습니다. 이 경우 위험도와 응답 속도를 고려해 필요한 정책에만 동기 검증을 적용하고, 나머지는 비동기 분석으로 처리할 수 있습니다.

기본적으로는 Lynx가 제공하는 클라우드 환경에 데이터를 저장하고 대시보드를 통해 확인할 수 있습니다.

기업의 보안 요구사항에 따라 전용 클라우드 환경, 별도 데이터베이스, 온프레미스 구축과 같은 옵션도 제공할 예정입니다.

특히 법률, 금융, 공공기관, 엔터프라이즈 환경에서는 데이터가 외부 서버로 전송되지 않아야 하거나 특정 국가와 리전에만 저장돼야 하는 요구사항이 있을 수 있습니다. 이러한 경우 고객사의 인프라 정책에 맞는 배포 구조를 검토할 수 있습니다.

실제 제공 가능한 저장 및 배포 방식은 제품 출시 단계와 고객사의 요구사항에 따라 협의합니다.

정책 위반, 반복 오류, 외부 API 장애, 비정상적인 응답 지연과 같은 문제가 발생했을 때 대시보드에서 확인할 수 있습니다.

또한 Slack과 같은 외부 협업 도구로 알림을 전달할 수 있도록 연동 기능을 제공할 예정입니다.

알림은 모든 오류를 동일하게 보내는 것이 아니라, 심각도와 발생 조건에 따라 설정할 수 있습니다. 예를 들어 단일 오류는 기록만 남기고, 동일한 문제가 일정 횟수 이상 반복되거나 심각한 정책 위반이 발생했을 때만 즉시 알림을 보낼 수 있습니다.

이를 통해 운영자가 불필요한 알림에 지치지 않으면서 실제로 대응이 필요한 문제를 빠르게 확인할 수 있도록 하는 것이 목표입니다.

현재 초기 도입을 검토하는 팀을 대상으로 파일럿 테스트를 준비하고 있습니다.

파일럿 기간에는 실제 운영 또는 스테이징 환경에서 Lynx를 적용하고, 현재 팀이 겪고 있는 문제를 얼마나 효과적으로 발견하고 분석할 수 있는지 함께 검증합니다.

단순히 제품을 설치해보는 것에 그치지 않고 다음 내용을 함께 확인합니다.

- 어떤 운영 문제를 가장 먼저 해결해야 하-는지
- 어떤 이벤트와 데이터를 수집해야 하는지
- 기존 디버깅 과정에서 시간이 얼마나 줄어드는지
- 정책과 가드레일이 실제 환경에서 얼마나 정확하게 작동하는지
- 유료 도입을 위해 추가로 필요한 기능이 무엇인지

파일럿의 기간과 적용 범위는 서비스 규모와 기술 환경에 따라 달라질 수 있습니다.