云服务OpenAPI的7大挑战，架构师如何应对？

API是后端服务的外部表达，是服务就有可能出现问题，无论这个问题是可预期的还是不可预期的。如果只考虑功能本身功能特性，而忽视对异常情况的设计，当问题出现的时候业务本身可能无法感知造成服务异常，更重要的是站在客户角度去看，不能有效获取错误原因是非常痛苦的，很多时候只能束手无策，降低云服务提供商的整体口碑，甚至损害营收。

假设有个创建资源的API，每调用一次都会创建新的资源，考虑以下情况：

• 同样的请求多次提交，是否会重复创建资源?
• 请求处理时间过长，客户端是长时间等待，还是先异步返回一个任务ID?
• 如果需要等待，Timeout最大值是多少?
• 如果Timeout最大值达到，客户端的策略是重试还是放弃
• 如果最终处理还是失败了，具体是哪个环节的问题?如何给出准确的错误信息?
• 如果异步方式，异步处理完成后是主动查询还是另有通知?
• 第三方工具和集成商到哪里去获取这些信息?能不能有标准化的处理?

（编辑：威海站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!