App should ack/nack to sqs once pod is created
未关闭
还没有人认领这个 Issue。
评估
- 难度
- 4/5
- 预计耗时
- 3-5 天
- 新手友好度
- 25/100
- Issue 类型
- 功能
- 描述清晰度
- 需要澄清
- 活跃度
- 停滞
- 技术栈
- aws, go, kubernetes
- 领域
- backend, cloud, infrastructure
调研方向
首先跟踪仓库中描述的消息处理流程，从接收 SQS 消息到创建 pod。确定应在何处进行确认或否定确认，并验证只有在 pod 创建成功后才处理该消息。
由索引模型根据 Issue 内容生成。
描述
这个 Issue 没有描述。
- 主要语言
- Go
- 星标
- 3
- 派生
- 0
- PR 合并指标
- 30 天内没有已合并 PR
环境准备
我们还没有检查这个项目的环境配置文件。先看它的 README，通用步骤见我们的新手贡献指南。
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
flanksource/batch-runner 的其他 Issue
-
难度 3/5 1-2 天 新手友好度 35/100
flanksource/batch-runner#20 ·
查看 flanksource/batch-runner 的全部 Issue
相似的 Issue
-
难度 2/5 1-3 小时 新手友好度 78/100
-
难度 1/5 1 小时以内 新手友好度 65/100
521xueweihan/HelloGitHub#3789 ·
-
难度 2/5 1-3 小时 新手友好度 88/100
维护者通常 12 天内回复
-
stage-fail
难度 2/5 1-3 小时 新手友好度 78/100
siyuan-note/bazaar#2282 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 78/100
openshift/kube-compare#307 ·
维护者通常 1 天内回复