vespa-engine/vespa

Expose NEED_RESTART as a metric

Open

#4,631 opened on 2018年1月11日

GitHub で見る
 (0 comments) (0 reactions) (0 assignees)Java (4,948 stars) (561 forks)batch import
enhancementgood first issueneed help

説明

After a meeting today with Zedge we concluded that only providing information about the need to restart services upon deploy is not enough.

When config changes are deployed that require services to be restarted the services should themselves report that either in health or as a metric.

コントリビューターガイド

技術スタック
java
領域
backendobservability
Issue 種別
feature
難度新しい貢献者にとっての実装難度です。1 は非常に小さな変更、5 は専門的な作業です。
4
推定時間経験ある貢献者が調査、実装、テスト、pull request 準備にかけるおおよその時間範囲です。
3-5 days
活動状況Issue が今どれだけ取り組みやすいかを示します。新しい、活発、古い、ブロック中、またはメンテナー入力待ちなどです。
stale
明確さ期待される変更、受け入れ条件、次の手順がどれだけ明確かを示します。
mostly clear
前提条件
Java knowledgeVespa internalsMetrics system understanding
初心者向け度初回貢献者にどれだけ取り組みやすいかを 1-100 で推定したスコアです。
20
調査方針
Examine Vespa's existing metric reporting infrastructure, particularly how services expose health and metrics via REST APIs. Look at the config server or node repository code to understand where NEED RESTART state is tracked. The goal is to add a metric (e.g., a gauge) that reports the restart requirement status. Consider extending the /state/v1/health endpoint or adding a custom metric to the metrics API. Review similar past contributions for patterns.