小编bjl*_*ine的帖子

我对我们的一些服务进行了停靠.对于我们的开发环境,我想让开发人员尽可能简单,因此我正在编写一些脚本来管理dockerized组件.我希望开发人员能够启动和停止这些服务,就好像它们是非对接的一样.我不希望他们担心创建和运行容器与停止和启动以及已经创建的容器.我想这可以使用图来处理.要创建容器(如果它尚不存在)并启动服务,我将使用fig up --no-recreate.为了停止服务,我使用无花果停止.

我还想确保开发人员运行使用最新映像构建的容器.换句话说,有些东西会检查我们的Docker注册表中是否有更高版本的图像.如果是这样,将下载并运行此图像以从该图像创建新容器.目前,我似乎必须使用docker命令列出注册表的内容(docker search)并将其与现有的本地容器(docker ps -a)进行比较,并添加一些grep ing和awk ing或use Docker API实现了同样的功能.

任何持久性数据都将写入已装入的卷,因此数据应在创建新容器后继续存在.

这似乎可能是一种常见的模式,所以我想知道其他人是否已经考虑过这些场景.

我的顶级组件包括一个包含用户凭据的设置对话框.当在该对话框中进行更改并且对话框被取消(状态更改为dialogOpen=false)时,我想强制从服务器进行新的提取,因为凭据可能已更改.在Relay classic中,顶级组件包含一个Relay.RootContainer,所以我只是传递forceFetch=true给了RootContainer.在Relay modern中,我的顶级组件包括QueryRenderer.那么在这种情况下如何强制重新获取呢？

我发现了这个问题,https://github.com/facebook/relay/issues/1684,这似乎表明QueryRenderer 总是重新获取,但在我的测试中似乎并非如此.至少,当关闭设置对话框时,我没有看到在状态更改/刷新后调用fetchQuery.我想我可能不完全理解那个问题中的陈述.

任何人都可以澄清吗？

我有一个跨帐户的 EventBridge 总线，它接收来自不同区域和帐户的多个 EventBridge 总线的事件。我目前正在使用源（发送）总线和目标（接收）总线的默认总线。我正在监视的事件来自 Batch 和 EC2 服务，我还通过 PutEvents 发送一个自定义事件。目标/跨账户总线将事件发送到 HTTP 端点。这一切都很好。我使用默认总线的原因是我认为只有默认总线才能接收来自 AWS 服务的事件。然而，我的基础设施由用于开发、登台和生产环境的单独“堆栈”组成，因此我真的更愿意在每个环境中创建自己的总线。因此，必须使用默认事件总线是相当有限的。

我想确认我的理解是正确的：

\n
1. 对于源事件总线：只有默认事件总线可以接收\n来自 AWS 服务的事件。
\n
2. 对于目标/跨账户事件总线：由于它正在接收 AWS 服务事件（从源事件总线转发），因此它也必须是默认事件总线。
\n

我基于 EventBridge 文档中的这些陈述：

\n

许多 AWS 服务都会生成 EventBridge 接收的事件。当您账户中的\nAWS 服务发出事件时，该事件会转到您的账户\xe2\x80\x99s\n默认事件总线。

\n

和

\n

默认事件总线接受来自 AWS 服务、其他\n授权 AWS 账户和 PutEvents 调用的事件。

\n

有什么区别

OPTIONAL MATCH clauseA, clauseB

和

OPTIONAL MATCH clauseA
OPTIONAL MATCH clauseB

根据我使用的形式,我会得到不同的行为.

例如:

START n=node(111)
OPTIONAL MATCH n<-[links_n_in]-(n_from),n-[links_n_out]->(n_to)
RETURN n,COLLECT(n_from) AS n_from,COLLECT(links_n_in) AS links_n_in,COLLECT(n_to) AS n_to,COLLECT(links_n_out) AS links_n_out

设计用于返回节点; 它是来自节点的传入关系; 它是传出的关系和节点.

我有一个由节点111组成的测试图,它有4个传出关系,每个关系指向同一节点(我有其他测试用例,其中111指向不同的节点).执行上述查询仅返回列'n'中的节点111.'n_from','links_n_in','n_to','links_n_out'的列为空.

如果我将查询修改为:

START n=node(111)
OPTIONAL MATCH n<-[links_n_in]-(n_from)
OPTIONAL MATCH n-[links_n_out]->(n_to)
RETURN n,COLLECT(n_from) AS n_from,COLLECT(links_n_in) AS links_n_in,COLLECT(n_to) AS n_to,COLLECT(links_n_out) AS links_n_out

然后按预期填充n_to和link_n_out列.