External resources: replace PVC-usage with dependency sources
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 25/100
- issue の種類
- 機能追加
- 明瞭さ
- おおむね明確
- 活発さ
- 停滞
- 技術スタック
- kubernetes, rust
調査の方向性
現在のPVCベースのテストとドキュメントを確認し、残りの作業を決める前に issue #177 が実装されているか確認してください。dependencySources が共有PVCストレージなしで S3Bucket などの外部ソースを公開できる状態、または #177 が存在しない場合は、テストとドキュメントからPVCの使用が削除された状態を完了とします。
索引モデルが issue の本文から書いたものです。
説明
As a user I want to be able to make external resources and dependencies available to pods.
Previously this was implemented using PVCs, which was not independent of cluster capabilities (Access modes for PVCs etc.). A alternative solution is to dispense with PVCs and instead implement a dependencySources that will use a complex enum to expose different sources. In this example below, this will be an S3Bucket:-
---
apiVersion: s3.stackable.tech/v1alpha1
kind: S3Bucket
metadata:
name: my-bucket-resource1
spec:
bucketName: my-example-bucket1
connection:
reference: my-connection-resource
---
apiVersion: spark.stackable.tech/v1alpha1
kind: SparkApplication
...
spec:
...
driver:
...
dependencySources:
# Use "#[serde(flatten)]" in a complex enum called e.g. "Source"
# allowing s3Bucket (and maybe hdfsFolder or url later on)
- s3Bucket: # Option<S3BucketRef>
inline: [...]
# or
reference: my-bucket-resource1
When a dependencySources is declared for a role, the contents of this source will be copied to an internally defined path (not visible to the user) on the respective pods, from where it can be accessed as required. In other words, where previously a job was started to copy resources to a (usually RWX) PVC - which was then used to back a volume mounted for roles - the same mechanism will be used without using shared storage. This adds some redundancy, but a) is independent of PV storage classes and b) is more transparent for the user.
If #177 has not been implemented, then:
- remove PVC-usage from tests and documentation
- N.B. inform @backstreetkiwi when this is complete so that node labels can be removed from T2 cluster nodes
- 主要言語
- Rust
- スター
- 32
- フォーク
- 6
- 平均マージ
- 21時間 38分
- マージ済み PR（30日）
- 13
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートあり
- コントリビューションガイドなし
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
stackabletech/airflow-operator のほかの issue
-
type/bug
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
stackabletech/airflow-operator#855 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
good first issue type/feature-improvement
難易度 4/5 3〜5日 初心者へのやさしさ 45/100
stackabletech/airflow-operator#760 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 42/100
stackabletech/airflow-operator#697 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 5/5 1週間以上 初心者へのやさしさ 25/100
stackabletech/airflow-operator#638 ·
メンテナーはふだん 1 日以内に返信
-
type/feature-new
難易度 5/5 1週間以上 初心者へのやさしさ 25/100
stackabletech/airflow-operator#593 ·
メンテナーはふだん 1 日以内に返信
stackabletech/airflow-operator の issue をすべて見る
似ている issue
-
tech-debt
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
メンテナーはふだん 1 日以内に返信
-
documentation
難易度 1/5 1時間未満 初心者へのやさしさ 85/100
メンテナーはふだん 1 日以内に返信
-
discover: `sudo RTK_DISABLED=$VAR …` is not detected as a bypass when `sudo` is a transparent prefixオープンarea:cli bug good first issue priority:medium
難易度 2/5 1〜3時間 初心者へのやさしさ 88/100
メンテナーはふだん 1 日以内に返信
-
skill:code-review
難易度 1/5 1〜3時間 初心者へのやさしさ 88/100
メンテナーはふだん 1 日以内に返信
-
component:sight
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
agentic-os-org/ANOLISA#4115 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信