小编Jon*_*und的帖子

被忽视的利益相关者又称系统管理员

前段时间我才意识到,到目前为止,我所做的几乎所有客户项目都忽略了一组重要的利益相关者:系统管理员.

这些沉默的英雄通常只涉及项目的最后阶段,并留下一个可执行的黑盒子,他们必须在未来几年内安装,支持和维护.每当这个黑匣子出现问题时,他们必须找到一种方法来解决它,使用黑匣子或底层平台提供的任何随机信息和工具支持,如果这还不够,那么他们必须即兴发挥作用.

如果他们从一开始就作为项目的利益相关者参与其中,他们就有机会预测潜在的问题,并告知项目团队.但现实是不同的,即使我作为开发人员愿意让系统管理员作为额外的利益相关者参与,外部因素可能会阻止这种情况发生.

在这些情况下,我想尽我所能帮助我们的无声英雄.所以我的问题是:

当我们开发他们必须维护的系统时,系统管理员希望我们的开发人员做什么?

如果您是系统管理员,请讲一个关于您曾经遇到过的难题以及开发人员可以做些什么来让您更容易解决问题的战争故事.

maintenance requirements system-administration

8
推荐指数
2
解决办法
653
查看次数

是否可以直接从 Artifactory 加载和保存 Docker 镜像?

我有两个环境 X 和 Y,它们没有以任何方式连接。环境 Y 是气隙的。

有一个适当的发布流程,包括以下步骤:

  1. 运行docker pull所有已发布的 Docker 镜像。图像取自 Artifactory X。
  2. 重新标记并从所有图像中去除存储库前缀。
  3. 运行docker save所有已发布的 Docker 镜像。这可能会导致一个或多个 tar.gz 映像包存储在外部驱动器上。

部署过程包括以下步骤:

  1. docker load针对外部驱动器上的所有映像包运行。
  2. 重新标记所有图像并添加新的存储库前缀。
  3. 运行docker push所有图像。图像被推送到 Artifactory Y。

我想知道是否可以通过直接从 Artifactory X 获取 Docker 映像并将其存储为文件来简化此过程,而不需要 Docker 守护进程,并且 - 再次无需 Docker 守护进程 - 直接将 Docker 映像文件上传到 Artifactory是吗?

artifactory docker docker-registry

4
推荐指数
1
解决办法
7842
查看次数