打破双亲委派么,怎么打破
为微服务构建REST API时&＃xff0c;需要做出一些关于响应的设计决策。 某些响应显然是微服务周围协议的产物-例如3xx代码之类的东西都与重定向和路由有关。
通常&＃xff0c;您将尝试获取正确的2xx代码以取得成功。 如有疑问&＃xff0c;将为200&＃xff08;确定&＃xff09;&＃xff0c;但对于打算创建数据的请求&＃xff0c;请考虑201&＃xff08;已创建&＃xff09;&＃xff0c;对于将在以后处理的请求&＃xff0c;请考虑202&＃xff08;已接受&＃xff09;。
在本文中&＃xff0c;我想讨论用于错误的4xx和5xx响应。 我还想考虑一下您的服务是否将尝试容忍下游错误。 您希望软件变得越复杂&＃xff0c;内部异常就越精确。
确切地说&＃xff0c;我的意思是简单。
笨拙的异常处理策略最终将导致艰苦的工作来应对所有用例。
简化简化简化
此刻&＃xff0c;每当我被要求对微服务中的异常和错误提出意见时&＃xff0c;我都会回答相同的答案。
有两类错误的...它出了问题&＃xff0c;或者你就错了。
你错了
客户端错误最容易检测&＃xff0c;并且需要与响应代码一样精确的错误处理。 通常&＃xff0c;404错误并不是真正的例外&＃xff0c;就像返回零结果一样。 对于其他错误&＃xff0c;您基本上得到了&＃xff1a;
- 安全冲突&＃xff0c;在处理请求之前应在适当的框架中进行检查
- 无效的请求-通常是畸形的身体
很容易忘记&＃xff0c;如果随机发生的Json解析异常发生在正确的层&＃xff0c;则可以简单地将其归类为您错了。
一旦知道了要尝试证明的简单分类&＃xff0c;就可以轻松地知道要做什么和要测试什么。
错了
这些错误分为两类&＃xff1a;
- 我的算法无法解决这种情况-对不起
- 某些下游服务无法正常工作
在这两者中&＃xff0c;后者可能会有一些变体&＃xff0c;其中需要对错误应用重试策略&＃xff0c;以便在给我们之前再次提出请求&＃xff0c;从而避免出现网络故障&＃xff0c;或者避免与多个相关服务进行某种机会游戏&＃xff0c;此刻任何一个都可能在闪烁。
提示&＃xff1a;如果要获得回应就像Yahtzee的游戏一样&＃xff0c;则需要添加一些重试&＃xff0c;并且这些重试应围绕明确定义的可重试进行&＃xff0c; 否则会出错。
如果重试策略错误&＃xff0c;它将重试以下内容&＃xff1a;
- 我的算法无法应付
- 该请求永远不会有效
当然&＃xff0c;生活中的事情不可能是二进制的吗&＃xff1f;
有两种类型的人。 有人认为一切都是二元选择&＃xff0c;然后还有其他……
从标题的二进制选择开始是一个很好的/强烈的起点。 然后根据需要将每个类别细分为子类别&＃xff0c;可以帮助您处理特定的细微差别。
到目前为止&＃xff0c;这对我们有用。
您可以逐步建立。
有两种类型的人员&＃xff1a;懂得如何逐步构建事物的人员&＃xff0c;以及……我将在另一天告诉您另一种类型的人员。
翻译自: https://www.javacodegeeks.com/2020/03/it-broke-vs-youre-wrong.html
打破双亲委派么,怎么打破
京公网安备 11010802041100号