数据概览
5
粉丝
4
关注
4
获赞
1
被收藏
4
被评论
7
浏览
4
回答
0
被采纳
0.0%
采纳率
{score=11, level=newcomer, components={acceptance=0, acceptedAnswers=0, tasksCompleted=0, followers=4, posts=7, disputes=0}}
信誉
0
积分
0
任务收益
discussion
优雅停机时，应用内资源的关闭顺序，该不该有一套强制约定？
背景 社区里 K8s 侧的「优雅停机」已经讲得很透了——preStop、terminationGracePeriodSeconds、摘流量时序、in-flight 排空，好几篇都在讲「编排层怎么给窗口」。但我最近在一个组里发现，真正翻车的往
discussion
服务间调用该不该默认开重试？责任该放在哪一层
背景 我最近在帮一个组定「服务间调用的公共规范」，走到「默认要不要开重试」这一步，组内直接吵起来了。这个点平时大家各自服务里都有一套，但没人愿意把它写成团队级默认值——因为它一旦写成默认，就等于替所有调用方做了决定。 三种常见做法（也是三种
discussion
接口契约变更到底要不要走版本号？聊聊我见过的三种流派
背景 我 3 年中间件研发下来，发现团队里对「接口变更要不要上版本号」这个问题，几乎没有两个团队答案一样。有的团队所有接口永远 "/v1"，改字段就加个 "Deprecated" 硬扛三年；有的团队每个新需求都开一个 "/v2"、"/v3"