最佳答案
如何修复( list ):
- 如果使用 AzDO 环境“批准和检查”,请确保将 AKS 资源添加到环境中 - 发现该资源缺失,感谢 Richard mentioning env's in his blog post
- 如果使用连接到 Key Vault 的 AzDO 库变量组,请确保它们链接到订阅 - 在我的情况下,变量在之前的同步中可见,但订阅丢失,因为我在故障排除期间重新创建了 ARM 服务连接。顺便说一句,确保所有与 kv 相关的 vg 都已修复,我一直缺少一个:)
(^ 即使从以前的绑定(bind)中列出了 secret ,这也不应该为空......并确保它在管道引用的所有变量组中都可以)
<小时/>就我而言,两个服务主体的凭据(AKS SP 和 AzDO ARM Service Connection SP)即将到期,因此这有点棘手(或者我可能只是迷失在细节中)。
无论如何,这里(或多或少)是我解决这个问题的方法(加上一些好的链接):
- AKS 服务主体 key 已过期 => secret renewal => 它没有帮助,因为第 (2) 点 => 我不知道第 (2) 点,所以我只是重新创建了 Kubernetes AzDO 服务连接 => 环境为空 => read Richard's post =>固定环境=>仍然没有=>发现了第(2)点
- AzDO Azure 资源管理器服务连接 token 已过期(可能是在此时此刻,我猜测,我承认)=> 阅读 service principal token renewal => 不知道为什么它当时没有帮助,也许它也杀死了 VG<->sub 关联,我当时没有检查 VG => 尝试重新创建连接(这是与订阅的连接)=> 这个明确删除了 Key Vault 绑定(bind)变量组和订阅之间的关联 => 读取 MSDN pipeline troubleshooting => 以为嘿让我们检查一下 key 保管库 => 没有帮助 => 然后我确保我检查了所有 key 保管库 => 瞧,这终于有帮助了,耶!
关于Azure Devops 持续部署管道 "Job is pending..."错误,没有任何日志,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/72533307/