Allow X or X% hosts to have bad values
- 主要言語
- Go
- スター
- 729
- フォーク
- 62
- 平均マージ
- 1日 34分
- マージ済み PR(30日)
- 1
説明
Say we're measuring replication lag and we have `10` replicas. For some apps, it would be OK if one lags. Maybe two. And it would be better let them lag and have ongoing operations, as opposed to stalling everything.
The suggestion is to have a per-cluster config that indicates how many hosts can be down. This would either be an absolute number, or a ratio/percentile. For smaller setups it makes more sense to have an absolute number (e.g. "1 host can be lagging"). For larger setups it may be better to work by percentile ("up to 5% of hosts may be lagging").
I'm unsure whether to support both.
コントリビューションガイド
調査の方向性
ファイル、テスト、エントリポイントは指定されていません。まずクラスタごとの設定と、レプリケーション遅延に関するヘルスチェックまたはスロットリングのロジックを見つけ、次に絶対値の上限、割合の上限、またはその両方がサポートされているかを確認します。完了条件では、設定の動作を定義し、進行中の処理を停止させることなく、遅延しているホストの選択した数または割合を許容できるようにする必要があります。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- go, mysql
- 領域
- databases, distributed-systems
- issue の種類
- 機能追加
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 活発さ
- 停滞
- 明瞭さ
- 説明が足りない
- 初心者へのやさしさ
- 25/100