[bug]: v0.0.12 helm chart now requires that you pass in your own namespace

未关闭
#126 3 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

还没有人认领这个 Issue。

评估

难度
4/5
预计耗时
3-5 天
新手友好度
35/100
Issue 类型
缺陷
描述清晰度
基本清楚
活跃度
停滞
技术栈
helm, kubernetes

调研方向

检查 PR #124 以及定义 namespaces、RBAC 资源和环境变量的 Helm chart 模板。比较 namespace 作用域和 cluster 作用域的部署,然后验证未设置或显式设置的 rbacScope 是否会产生相应的 Role/RoleBinding 或 ClusterRole/ClusterRoleBinding 行为,而无需为每个 namespace 提供单独的 values 文件。

由索引模型根据 Issue 内容生成。

描述

In https://github.com/coder/coder-logstream-kube/pull/124 you now must pass in your own namespace as a parameter to the helm chart if you don't want to create a ClusterRole and ClusterRoleBinding. This is rough from a GitOps perspective, because it means that you have two choices (in an environment where applications are not allowed to create cluster-scoped resources):

  1. You create values.<something>.yaml files where you set namespaces: [ my-coder-ns ] and launch the application with custom values files for each namespace you put it in.
  2. When you launch the application you pass in --set namespaces=...

In my opinion, if namespaces is not set, then there should be a simple setting of rbacScope: <namespace|cluster> ... and if it is set to namespace then the RBAC permissions created with Role/RoleBindings (and NAMESPACES=${{ .Release.Namespace}} is set as an env variable). If it is set to cluster, then you create ClusterRole/ClusterRoleBindings.

主要语言
Go
星标
28
派生
9
平均合并
7 天 11 小时
30 天内合并 PR
6

环境准备

这个项目没有提供开发容器、Dockerfile 或贡献指南,环境需要你自己搭建:先看它的 README,通用步骤见我们的新手贡献指南。

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

coder/coder-logstream-kube 的其他 Issue

查看 coder/coder-logstream-kube 的全部 Issue

相似的 Issue

更多 Go Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。