LTS service accounts
まだ誰も着手していません。
評価
- 難易度
- 2/5
- 見積もり時間
- 1〜3時間
- 初心者へのやさしさ
- 65/100
- issue の種類
- ドキュメント
- 明瞭さ
- おおむね明確
- 活発さ
- 静か
- 技術スタック
- gitlab
- 領域
- ci-cd, devops, documentation, security
調査の方向性
まず devops-docs リポジトリと、この issue に記載された LTS の service-account 要件を確認します。キーペアの作成方法、zero storage の設定方法、所有者の特定方法、記載された制限と最小権限の実践の適用方法、および未完成の責任に関する記述の完成方法を文書化します。設定と安全な CI/CD 利用に関するガイダンスが明確になった時点で、作業は完了です。
索引モデルが issue の本文から書いたものです。
説明
An LTS service account is a regular account with zero storage allocation, owned by a particular user, for the purposes of CI/CD automation interacting with LTS.
How to configure?
- Create a new access/secret key pair in LTS (a new special allocation type)
- Set storage quota to zero bytes
- Set comment to indicate BlazerID of who owns it
Limitations?
- Zero storage allocation
- Owners must be supervisors (Research Lab Supervisor or Core Director)
- Owners are responsible for granting the service account access to data in LTS via bucket policies, we will not ever grant a service account attached to an existing allocation (i.e., as alternative keys for that allocation)
- Owners are responsible for understanding and implementing
Good practices for use?
- Principle of least privilege: only grant the service account access to the data it needs access to, either using bucket policy scoping, or a separate bucket entirely.
- Principle of least function: only use the service account in repos where it is needed.
- We can talk if you believe you need more than one service account.
- Protect your keys using CI/CD variables (https://docs.gitlab.com/ci/variables/#protect-a-cicd-variable)
- Do not ever use your primary allocation keys as CI/CD variables. If they are compromised, all of your data would be compromised. Only ever use service accounts.
- 主要言語
- Python
- スター
- 1
- フォーク
- 9
- PR マージ指標
- 30日以内にマージされた PR はありません
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートあり
- コントリビューションガイドなし
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
uabrc/devops-docs のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
uabrc/devops-docs#54 ·
-
難易度 1/5 1時間未満 初心者へのやさしさ 65/100
uabrc/devops-docs#48 ·
-
Document procedure for ticket management and closure対応中かも @iam4tune が 65 日前に担当しました。 オープン
uabrc/devops-docs#97 · 担当者 1 名 ·
-
難易度 5/5 1週間以上 初心者へのやさしさ 30/100
uabrc/devops-docs#96 ·
-
難易度 5/5 1週間以上 初心者へのやさしさ 35/100
uabrc/devops-docs#91 · コメント 1 件 ·
uabrc/devops-docs の issue をすべて見る
似ている issue
-
`burr` fails to start when the Python path has a space in it対応中かも @enekoreto が今日担当しました。 オープンstatus/needs-triage
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
メンテナーはふだん 5 日以内に返信
-
gemini 出现了新的域名需要加入オープン
難易度 1/5 1時間未満 初心者へのやさしさ 72/100
-
難易度 2/5 半日 初心者へのやさしさ 72/100
debpalash/VoiceStudio#2903 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
dagster-io/community-integrations#367 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
aws-samples/sample-per-model-bedrock#243 ·
メンテナーはふだん 1 日以内に返信