什么';这是“什么?”;“最佳做法”;在Postman中防止在生产中进行破坏性API调用

什么';这是“什么?”;“最佳做法”;在Postman中防止在生产中进行破坏性API调用,postman,Postman,我们有很多“危险”的API调用,我们有很多(>20)个环境。我们的开发人员一直在环境之间切换 我想为特定环境中的特定API调用创建一个“确定吗?”类型的提示 最初的想法-对于破坏性API调用,预请求脚本将检查环境变量并提示是否为“Prod”。但我在邮递员中找不到“提示”功能 除了建议我们不允许生产环境中的开发人员之外,任何人都能想出一种在提交前进行提示的方法,或者至少降低错误地向生产环境提交破坏性调用的风险吗 提前感谢。如果您真的想用技术解决方案解决这个问题,请对您的危险端点使用身份验证。不要把

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

我想为特定环境中的特定API调用创建一个“确定吗?”类型的提示

最初的想法-对于破坏性API调用,预请求脚本将检查环境变量并提示是否为“Prod”。但我在邮递员中找不到“提示”功能

除了建议我们不允许生产环境中的开发人员之外,任何人都能想出一种在提交前进行提示的方法,或者至少降低错误地向生产环境提交破坏性调用的风险吗


提前感谢。

如果您真的想用技术解决方案解决这个问题,请对您的危险端点使用身份验证。不要把证书给你不信任的人。如果确实有问题,可以旋转凭据


或者,如果员工无法处理生产访问权,则轮换员工离开岗位。YMMV.

对于在这里绊倒的任何人,到目前为止没有“提示”功能,它是在这个线程上请求的

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

示例来自:


我希望我没有人的问题,但我有。感谢大家告诉我让问题消失。如果有人有在生产环境中提示“您确定”的技术解决方案,我将非常感谢您的介绍。
if (!environment['X']) {
    throw new Error('No "X" set')
}