小编Mic*_*ael的帖子

根据 Prefect 的混合执行模型，代理“监视任何计划的流程运行并在您的基础设施上相应地执行它们”，而执行者“负责实际运行的任务 [...] 用户可以submit运行并执行任务”。wait for their results."

虽然从高层设计的角度来看这有一定道理，但实际上这些部分是如何组成的呢？例如，如果我指定 Flow Run 应使用 Docker Agent 和 Dask Executor，那么 Agent 和 Executor 之间具体发生了哪些交互？如果我使用 Docker Agent 和本地执行器会怎样？或者本地代理和 Dask 执行器？

简而言之，每个组件\xe2\x80\x94（即服务器、代理和执行器上）的流程的每个步骤到底发生了什么？

亚马逊网络服务在上个月初在 API Gateway 上推出了HTTP API的测试版作为新产品。它的身份验证是使用 JSON Web Tokens 管理的，并配置了一个表单要求

1. “授权人姓名”
2. “身份源……定义令牌源的选择表达式”
3. “发行人网址”

我对身份验证协议或这些表单字段要求的内容不太熟悉，目前来自 AWS 的关于如何配置它以与 Cognito 一起使用的文档很少。由于我缺乏经验，我在没有指导的情况下配置它并不完全舒服。另一个 Stack Overflow 用户似乎有类似的问题，但没有得到答案。

有没有办法从函数本身内部获取 Lambda\xe2\x80\x99s 日志流的名称（如 Lambda 控制台的 \xe2\x80\x9cmonitor\xe2\x80\x9d 选项卡中显示的那样）？我有数百万个使用 Python 运行的 AWS Lambda 函数，我希望将每个日志流\xe2\x80\x99s 名称输出到我们的结果文件中，以便更轻松地查找日志。

日志流名称如下所示：

YYYY/MM/DD/[$latest]45ea5df5ec5a4f15e1f5af8a5f12e8\n

在尝试使用 生成的 Docker Compose 文件设置 Prefect 0.14.15 以跨多个代理执行 Flow 时prefect server config，我惊讶地发现 Prefect 的服务器需要租户才能连接代理。我调查发现 Prefect 的文档提供了有关其create-tenant和list-tenants CLI 操作的使用语法的信息。然而，我广泛地浏览了链接页面 \xe2\x80\x94 以及 Prefect\ 的其余文档和随附教程 \xe2\x80\x94 中有关租户的任何提及，并且只发现了以下内容提及:

\n

经过身份验证后，基于用户的 API 密钥可用于为用户所属的任何租户生成短期 JWT 身份验证令牌。这些 API 密钥继承用户在该租户中拥有的任何权限，从而允许完整的 API 访问。

\n

究竟什么是“Prefect 租户”？它似乎并不特定于 Prefect 的混合执行模型。那么，在完美流程执行之前和期间，它如何适应服务器、代理和客户端之间的交互呢？用户“属于”或“属于”租户是什么意思？要求它向服务器注册代理可以完成什么？