Background services livenessProbe is too aggressive

The background services running for sourcegraph should not require that high request/limits, we are running repo-updater with 50m cpu and 128Mi memory for instance, this makes the container fail to start before the livenessProbe(which will restart it after 3 seconds as current configured) and put the pod into a crash loop.

Setting a intialDelaySeconds to 5s, or startupProbe, or simply making the livenessProbe of the non-user hot path services less aggressive would allow these services to run with less resources.

バックグラウンドサービスの Helm テンプレート、特に repo-updater を調べ、livenessProbe とリソース設定を確認します。probe のタイミングを、指定されている 50m CPU と 128Mi メモリの割り当てと比較します。完了の条件は、レンダリングされた設定によって、リソースの少ないサービスがクラッシュループに入らずに起動できることです。