kubernetes 重构CCM的接口

inb24sb2  于 6个月前  发布在  Kubernetes
关注(0)|答案(7)|浏览(81)

当前的CCM接口需要多个输入参数,这可能会让云服务提供商感到困惑,尤其是在控制器相关的操作(在CCM中添加/删除控制器)时。最好有一种更直观的方式来处理。最初的想法是使用一个统一的结构作为输入,该结构接受控制器名称字符串、相关标志以及用于添加额外控制器的InitFuncConstructor。

xghobddn

xghobddn2#

问题在90天不活跃后过期。
使用 /remove-lifecycle stale 将问题标记为新鲜。
过期的问题在额外的30天不活跃后腐烂并最终关闭。
如果现在可以安全地关闭此问题,请使用 /close 进行操作。
将反馈发送至 sig-contributor-experience@kubernetes/community
/lifecycle stale

gj3fmq9x

gj3fmq9x4#

/assign
/triage accepted

n8ghc7c1

n8ghc7c15#

这个问题已经超过一年没有更新了,应该重新进行优先级评估。
你可以:

  • 确认这个问题仍然与 /triage accepted (仅组织成员)相关
  • /close 关闭这个问题

有关优先级评估过程的更多详细信息,请参见 https://www.kubernetes.dev/docs/guide/issue-triage/
已接受移除优先级评估

6tdlim6h

6tdlim6h6#

这个问题目前正在等待分类。
如果SIG或子项目确定这是一个相关的问题,他们将通过应用triage/accepted标签并提供进一步的指导来接受它。
组织成员可以通过在评论中写入/triage accepted来添加triage/accepted标签。
有关使用PR评论与我互动的说明,请查看here。如果您对我的行为有任何问题或建议,请针对kubernetes/test-infra仓库提出一个问题。

bfhwhh0e

bfhwhh0e7#

/assign @cici37
我们认为这可能已经解决了——根据您之前所做的工作,您对当前状态满意吗?谢谢!

相关问题