티커 (Ticker)

Spring Actuator가 없던 시절엔 서비스 상태 하나 확인하려고 이런저런 APM을 하나씩 붙여야 했어요. Actuator가 나오고부터는 TICK 스택이나 Prometheus + Grafana 조합이 사실상 표준이 됐고요. 규모가 있는 팀이야 직접 구축하든 AWS의 managed 서비스를 쓰든 그만이지만 — 비용이 꽤 나가는 데다, 막상 다 깔아놓고 나면 대시보드 하나하나 만들고 알림 규칙 엮는 손작업이 한참 남아 있더라고요.

Spring Boot Admin, TICK 스택, Prometheus + Grafana를 전부 실무에서 직접 굴려봤습니다. 각자 배울 게 분명했지만, 정작 '작은 팀이 아무 부담 없이 하나 띄워두고 흘끗 확인하는 용도'에 딱 맞는 도구는 의외로 없더라고요. 그래서 거대한 observability 플랫폼을 또 하나 만드는 대신, '살아있나?'에 바로 답하고 필요할 때만 엄선된 JVM 지표로 파고드는 가벼운 보드를 만들어 오픈소스로 공개했습니다. 딱 여기까지만 하고 멈춘 것 — 그 절제가 Ticker의 핵심이에요.

처음엔 아무것도 안 해도 됩니다. 전부 메모리에서 도니까 5분이면 떠요. 히스토리는 필요할 때만 켜세요(옵트인). 켜면 H2 파일이 보존 기간만큼 커지다가 프루닝이 돌면서 어느 선에서 평평해집니다. 다만 H2는 행을 지워도 파일이 자동으로 줄지는 않아요(그 공간을 재사용합니다). 보존을 줄이고 디스크를 되찾고 싶으면, 앱을 잠깐 멈추고 .mv.db 파일을 지우면 됩니다 — 옵트인이라 다시 쌓이면 그만이에요.

H2로 부족해지면 MySQL이나 PostgreSQL로 넘기세요(자격증명은 env로만). 오래된 행을 gzip CSV로 콜드 스토리지에 아카이브하고, 검증까지 끝난 뒤에야 지우는 잡도 켤 수 있습니다(가드레일 #5 — 실패하면 재시도하니 데이터가 그냥 날아가는 일은 없어요). 정말 양이 많으면 ts_millis로 RANGE 파티셔닝을 하고 오래된 파티션을 통째로 드롭하는 게 한 줄씩 지우는 것보다 훨씬 낫고요. 프루닝·아카이브 스캔용 인덱스는 기본으로 들어가 있습니다.

그리고 — 감시자도 누군가 감시해야 합니다(가드레일 #1). 컬렉터가 죽으면 그 사실을 바깥에서 알아챌 수 있어야 하니, 컬렉터도 자기 /actuator/health를 열어둬요. k8s 라이브니스 프로브랑 외부 핑 하나는 꼭 같이 걸어두세요. Ticker는 기존 온콜 알림을 대체하는 물건이 아니라, 그 옆에서 가볍게 돌아가는 라이브니스 보드입니다.