⏲ Add initContainers to jobs to wait for dependencies instead of crashing (demos)
まだ誰も着手していません。
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 35/100
- issue の種類
- 機能追加
- 明瞭さ
- おおむね明確
- 活発さ
- 停滞
- 技術スタック
- kubernetes
- 領域
- devops, infrastructure
調査の方向性
demos/demos-v2.yaml から始め、リンクされている nifi-kafka-druid-water-level-data の serviceaccount.yaml と setup-superset.yaml を参照として、一覧にあるデモを確認します。該当する各デモの Kubernetes マニフェストで、依存関係の待機、namespace スコープの RBAC、関連付けられた ServiceAccounts を確認します。完了の条件は、該当するデモの pod が依存関係を待機し、早期の CrashLoopBackOff エラーを表示しないことです。
索引モデルが issue の本文から書いたものです。
説明
[!NOTE]
This came out of the 25.3.0 Release Retro
Many demos have (Job or other) pods showing CrashLoopBackoff until their dependencies are satisfied.
This causes confusion when launching demos, especially during demo testing.
Each stack/demo should make use of initContainers to wait for dependencies to be satisfied without giving false failure indications.
[!TIP]
- Ensure a ServiceAccount is created and attached to applicable Pods, and give it permissions to watch Jobs/Pods so it can wait.
- Ensure the ServiceAccount doesn't specify a
namespaceso that the demo can be installed into any namespace.- Use namespace scoped RBAC (Role/RoleBinding instead of ClusterRole/ClusterRoleBinding).
List of demos
List generation command
cat demos/demos-v2.yaml | yq -yr '.demos | keys' | sed 's/^-/- [ ]/'
- airflow-scheduled-job
- data-lakehouse-iceberg-trino-spark
- end-to-end-security
- hbase-hdfs-load-cycling-data
- jupyterhub-keycloak
- jupyterhub-pyspark-hdfs-anomaly-detection-taxi-data
- logging
- nifi-kafka-druid-earthquake-data
- nifi-kafka-druid-water-level-data
- signal-processing
- spark-k8s-anomaly-detection-taxi-data
- trino-iceberg
- trino-taxi-data
[!WARNING]
It is possible that some stacks also need the same treatment, but most of the waiting can be done in the actual demo.
- 主要言語
- Jupyter Notebook
- スター
- 3
- フォーク
- 12
- 平均マージ
- 2日 21時間
- マージ済み PR（30日）
- 7
環境構築
このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
stackabletech/demos のほかの issue
-
難易度 5/5 1週間以上 初心者へのやさしさ 25/100
stackabletech/demos#402 ·
-
難易度 3/5 1〜2日 初心者へのやさしさ 45/100
stackabletech/demos#349 ·
-
難易度 5/5 1週間以上 初心者へのやさしさ 25/100
stackabletech/demos#293 ·
-
難易度 3/5 1〜2日 初心者へのやさしさ 45/100
stackabletech/demos#204 ·
-
難易度 4/5 3〜5日 初心者へのやさしさ 35/100
stackabletech/demos#202 · コメント 3 件 ·
stackabletech/demos の issue をすべて見る
似ている issue
-
clawsweeper:needs-maintainer-review clawsweeper:needs-product-decision clawsweeper:no-new-fix-pr clawsweeper:source-repro impact:ux-friction issue-rating: 🦞 diamond lobster P2
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
openclaw/openclaw#163172 · コメント 1 件 · リアクション 1 件 ·
メンテナーはふだん 1 日以内に返信
-
backend/docker P3 tool/browser tool/vision type/bug
難易度 2/5 1〜3時間 初心者へのやさしさ 88/100
NousResearch/hermes-agent#131082 ·
メンテナーはふだん 1 日以内に返信
-
documentation priority: low
難易度 2/5 1〜3時間 初心者へのやさしさ 88/100
snapotter-hq/SnapOtter#1863 ·
メンテナーはふだん 1 日以内に返信
-
area/ecosystem area/ybd kind/enhancement priority/medium status/awaiting-triage
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
yugabyte/yugabyte-db#34543 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 88/100
valkey-io/valkey-helm#265 ·
メンテナーはふだん 2 日以内に返信