在Azure中每隔几分钟访问承载令牌

在Azure中每隔几分钟访问承载令牌,azure,rest,oauth-2.0,azure-data-factory,Azure,Rest,Oauth 2.0,Azure Data Factory,我有一个ADF管道,它有一个相关的触发器,在一个固定的周期内执行它(例如,每15分钟一次定时触发器)。它调用一些与Azure资源关联的RESTAPI。所以每次它都需要一个无记名代币。现在,每15分钟获得一次不记名代币不是一个好主意,因为不记名代币的有效期长达一小时(如果我们每15分钟获得一次新的不记名代币会有问题吗?)。那么,有没有办法坚持使用相同的令牌长达一个小时?我可以将它存储在密钥库中,但我需要再次发出REST调用以从密钥库访问它——那么它有什么好处呢。当我们时不时(比如说每10-15分钟

我有一个ADF管道,它有一个相关的触发器,在一个固定的周期内执行它(例如,每15分钟一次定时触发器)。它调用一些与Azure资源关联的RESTAPI。所以每次它都需要一个无记名代币。现在,每15分钟获得一次不记名代币不是一个好主意,因为不记名代币的有效期长达一小时(如果我们每15分钟获得一次新的不记名代币会有问题吗?)。那么,有没有办法坚持使用相同的令牌长达一个小时?我可以将它存储在密钥库中,但我需要再次发出REST调用以从密钥库访问它——那么它有什么好处呢。当我们时不时(比如说每10-15分钟)需要持票人代币时,标准Azure推荐的获取持票人代币的方法是什么?

这似乎不是一个值得我解决的问题。我假设您正在使用客户端凭据流来获取令牌,因此不需要用户交互。每15分钟换一个新的代币就可以了


将此令牌缓存到某个位置将使您的解决方案更加复杂,实际上没有任何好处。Azure AD不在乎您是每小时调用一次还是每小时调用4次。

是的,事实上我的问题是缓存令牌本身。比如,缓存令牌的标准缓存解决方案是什么?我不担心用户交互,因为我已经在使用appid了。所以问题完全是关于缓存令牌的。我担心每15分钟获得一次新令牌的原因是我担心达到任何内部API限制。但是我猜这个限制太高了,在这种情况下不必担心,对吧?显然,因为你在处理持票人代币,你想确保代币不会被偷。您可以将其缓存在文件系统或内存中。但我仍然认为你不应该为此烦恼,除非你真的遇到了一些限制。