区分函数与 OpenFaaS 组件的状态代码

□ 说明

区分函数与 OpenFaaS 组件的状态代码

这对你有什么影响? 你想完成什么任务? . > 时间 □你为什么需要这个?

当引用函数或尝试重试时,目前很难区分由Kubernetes(即引用时节点驱逐)或由函数(即由于正在使用的Twitter API超载而导致的429)引起的错误.

□此为谁所取.

@kevin-lindsay-1 for Surge 已经要求了这个,

<! -- -- 在上述标题中提供该问题的一般性摘要 -- -- " □ 预期行为 {\fn华文仿宋\fs16\1cHD1D1D1} <! 如果你在描述一个虫子,告诉我们应该发生什么——" {\fn华文仿宋\fs16\1cHD1D1D1} <! 如果你建议改变/改进,告诉我们应该如何运作 -- "

确定500个错误来自网关/ 监视器还是来自函数的方法

□ 当前的行为 {\fn华文仿宋\fs16\1cHD1D1D1} <! 如果描述一个错误,请告诉我们会发生什么,而不是预期的行为 -- > {\fn华文仿宋\fs16\1cHD1D1D1} <! 如果建议改变/改进,请解释与目前行为的差异 -- -- "

有些提示取决于信件的正文和信头,不过现在没有一致性.

□ 列出所有可能的解决方案和变通办法 <! -- -- 为错误提出修补/理由,或如何执行的想法 -- -- > <! -- -- 添加或更改 -- > {\fn华文仿宋\fs16\1cHD1D1D1} <! 是否有可以避免变化的工作? . > 时间

1. 处理 OpenFaaS 任何组件的错误条件时添加一个页眉
2. 当监察员从某个函数收到 HTTP 回复时, 添加一个信头

□你建议哪种解决办法? <! -- -- 如果您要执行并维持这一变化,请选择首选解决方案 -- -- "

我建议1 - 因为2 取决于使用监视器, 而并非所有用户使用。

1 - 网关需要更改,因为它可以直接引用函数. 当直接功能被设定为虚假而引用通过时,提供者也需要改变。 监督者也应该有变化,这样,如果它处理一个可以向上流传递的错误。

信头确实支持一个密钥的多值, 即 QQ- OpenFaaS- source : [watchdog, gatel]'

1,监督员不需要更新,即使没有使用,这个头仍然会传播并流出.

接下来还有更广泛的对话,关于队列-工人在"X-OpenFaaS-Source"标题出现时应如何重试出错——假设这些由于缩放时出错而需要重试——或节点驱逐.