网站导航栏动效怎么做,建设网站需要多少钱济南兴田德润o地址,网站模板模板,做网站 网络映射三方包括什么
狭义上的三方#xff1a;外部提供的rpc、http接口。广义上的三方#xff1a;sdk、存储、消息队列、配置中心等外部团队维护的组件。
为什么要格外注意对三方依赖的处理
归属于外部团队甚至外部公司#xff0c;相比自身更加不可控#xff0c;容易出现#…三方包括什么
狭义上的三方外部提供的rpc、http接口。广义上的三方sdk、存储、消息队列、配置中心等外部团队维护的组件。
为什么要格外注意对三方依赖的处理
归属于外部团队甚至外部公司相比自身更加不可控容易出现 排查问题效率低。需要外部协助排查效率较低甚至可能会造成双方互相推卸责任更加低效。稳定性不可预知。不清楚具体实现可能非常脆弱。
注意事项有哪些
编码注意点 必然导致业务功能无法正常使用 仔细阅读三方接口的文档思考下面4个问题如有疑问立刻询问对方接口人不能去猜测应该怎样 自己的项目能否使用三方提供的调用方式如http、rpc、sdk。如果无法通过上述方法接入考虑其他接口或者自行适配。请求和响应的参数含义是什么怎么和自己项目中的字段映射上。调用三方前需要对哪些参数做校验确保接口调用的有效性。如根据id查询xx这种场景id必然不能为空。三方响应后如何处理异常。 需要处理哪些错误码和怎么处理。如确认参数异常的错误码识别该错误码包装成三方BizException抛出无须多次重试。如果抛超时或者其他未识别的错误怎么处理。如读接口包装成三方SysException抛出写接口重试、调用回滚接口、卡住人工介入。必填字段没有返回或者返回预期之外的值怎么处理。如查单据类型没有返回或者返回了未知的单据类型包装成三方BizException抛出。
设计注意点 无法处理极端场景给后续迭代埋坑 扩展性 抽象业务对象而不是直接使用三方交互的DTO做业务逻辑避免三方接口切换使用新的DTO对象整个项目需要大改。如使用DDD设计领域对象和防腐层。 可用性 合理设置超时时间避免三方接口经常超时。如国内接口默认1s响应但是调用海外服务或者国内其他供应商的写接口可以延长到10s以上。合理重试避免网络偶尔抖动的影响。需要注意 网络超时可以重试业务异常单独分析可能重试没有意义下游需要保证幂等或者能否处理成幂等。读接口天然幂等写接口需要单独分析可能需要识别幂等错误码。重试次数需要限制避免过多的重试会造成读写扩散打挂下游。比如超过3次人工介入等。 合理设置限流、熔断阈值避免打挂三方。如大流量场景和三方对齐是否需要限流设置成多少qps是否可以熔断错误率超过多少可以熔断。制定降级方案避免主流程被拖挂。梳理强弱依赖强依赖读请求读容灾存储写请求异步消息补偿弱依赖缩短超时时间如100ms两次重试或者手动熔断。监控告警避免线上故障无人处理。如校验入参异常、未知响应打errorerror日志触发告警除非流量较大或安全要求打印请求和响应日志方便排查问题。 安全 敏感信息加密避免泄露。如用户信息需要加密存储对公司外部系统加密传输。 性能 批量读写场景并行化。如每批x个配置化分批请求三方。合理使用缓存。缓存命中率较高如读写比超过2数据不经常变更且略微滞后影响不大时使用本地缓存或者分布式缓存。异步化请求。无须关注结果不影响主流程的三方请求用线程池或者mq异步处理。 伸缩性 原则上不请求具体的ip避免Ip改动或者增减需要调用方调整。三方只能提供Ip直连的方式例外。
