问题标签 [imagestream]

在不使用图像流的情况下，我的 CronJob 工作正常。

该作业每 15 分钟运行一次，并且始终拉取标记的图像，例如my-cron:stable.

由于图像总是被拉取并且计划告诉集群何时运行我的工作，我从知道我的图像有更新版本中获得什么？

如果图像发生更改并且我的作业有一个正在运行的实例，我希望使用图像的当前版本来完成作业。

在下一次计划运行中，更新的图像被拉出 ( AlwaysPull)。因此，对于 cron 作业的图像流，我似乎没有获得太多跟踪更改。

我制作了简单的 client1->node->client2 应用程序，旨在使用 nodejs+ws 制作视频聊天应用程序。当我发送图像时，需要 12 秒才能到达客户端 1 到客户端 2，但是当我发送基本时间码时，大约需要 60-100 毫秒。

你能帮我使性能正常化吗？有什么经验建议吗？

我检查了 websocket 规范，它允许数据帧，我不能确定 ws是如何实现规范的。

我的实现 OpenCv 从 cam 读取，从两个 websocket 发送 img 和时间码，服务器中继到 client2，在 client2 wsimg img.src=URL.createObjectURL(d.data) 和 wstime console.log(simdi, d.data)

我不想把我漂亮的图像拿着手机和控制台图像，但相信我有 12 秒和 ~100 毫秒的延迟。

有人可以解释什么是 openshift镜像流以及它与常规docker镜像有何不同。

我已经阅读了这个（了解容器、图像和图像流）文档，但它并没有解释太多关于图像流的内容。

我知道 docker 镜像是创建容器的蓝图。只是想知道imagesteam是什么？

我正在使用 Tekton Pipelines 实现 CI/CD，背后的逻辑是，一旦test获得批准，我应该从 docker 注册表中获取该图像并触发devImageStream，以便它可以触发 DeploymentConfig。

问题是，当dev使用test图像并且我test使用新功能进行更新（图像被部署并且 docker 注册表中的图像 SHA 更改）并且dev无法找到“新测试更新之前”test图像503 unreachable Route导致dev.

test即使在图像更改后，如何制作（我的猜测）ImageStream 以防止无法访问？根本原因是否在import-imagecmd中？或者当 BuildConfig 推送图像时如何防止图像覆盖（是否有额外的 BuildConfig 参数）？

我的设置：

因为test我运行 Tekton Pipeline，最后一个任务启动 BuildConfig，它将图像推送到 docker 注册表。

因为dev我有一个任务的 Tekton Pipeline：

图像流：

DeploymentConfig 配置为由dev标签触发。

我使用内部使用回调函数访问单帧的 SDK 访问相机（Infratec Image IR 8310，这是一款高端红外相机）。

我现在想使用某种流发布这些图像，这样我就可以使用 cv2.VideoCapture(0) 或类似函数访问这个流。然而，当我运行 SDK 时，cv2.VideoCapture 不会将其识别为流，我只能访问我的网络摄像头和快照摄像头 :-D

我会很高兴有任何提示。干杯，马克斯

我正在尝试使用 Python fedex 模块自动化我的运输过程。我正在使用开发人员测试凭据。创建我的货件的代码可以在这里看到：

代码执行没有问题，并输出以下 JSON：

我想显示输出的以下小节指向的物理运输标签：

但是，我不确定如何执行此操作。任何人都可以给我任何指导吗？

谢谢！