什么是"最佳实践"在Postman中防止生产中的破坏性API调用

时间:2018-05-05 20:13:04

标签: postman

我们有很多"危险" API调用,我们有很多(> 20)环境。我们的开发人员一直在环境之间切换。

我想创建一个"你确定吗?"某些环境中某些API调用的提示类型。

初步想法 - 对于破坏性API调用,预请求脚本将检查环境变量并提示是否" Prod"。但没有"提示"我能找到的邮差中的功能。

除了建议我们不允许开发人员在生产环境中使用之前,是否有人可以想到在提交之前提示的方法,或者至少降低错误地向生产环境提交破坏性调用的风险?

提前致谢。

2 个答案:

答案 0 :(得分:0)

如果您真的想通过技术解决方案解决此问题,请对您的危险终端使用身份验证。并且不要将凭据提供给任何您不信任的人。如果确实存在问题,您可以轮换凭据。

或者,如果工作人员无法处理生产访问权限,请将其旋转到其位置之外。 YMMV。

答案 1 :(得分:0)

对于任何在这里磕磕绊绊的人,到目前为止还没有“提示”功能,它在此线程 https://github.com/postmanlabs/postman-app-support/issues/285 上请求。

因此,降低风险的最佳方法是在环境变量匹配时通过抛出错误来停止请求本身。

来自 https://stackoverflow.com/a/47150325/12295149 的示例:

if (!environment['X']) {
    throw new Error('No "X" set')
}