1

所有应用程序文件和额外目录都归根用户所有。

/app/libs/
/app/resources/ 
/app/classes/
/app/logs

我想以非 root 用户身份运行应用程序,并且我希望这些文件/文件夹仅归该用户所有,而不是 root。

有没有办法做到这一点?我发现下面提到的 jib maven 插件可以更改所有者,但建议不要这样做。有没有更好的方法?

https://github.com/GoogleContainerTools/jib-extensions/tree/master/first-party/jib-ownership-extension-maven

4

1 回答 1

1

您想要更改应用程序目录某些部分的所有权的原因是您的应用程序想要在运行时修改某些文件或在其中创建新文件。一般来说,将图像构建为尽可能不可变被认为是一种好习惯。

既然你提到/app/logs了,我怀疑你的应用程序在运行时会生成日志文件。在一些现代容器编排平台(如 Kubernetes)上,应用程序通常设计为将日志输出stdoutstderr.

最佳实践是将应用程序日志写入标准输出 ( stdout) 和标准错误 ( stderr) 流。

想一想:如果你的应用/app/logs在一个容器内生成日志文件(同一个镜像会有多个容器运行),你会如何统一收集和监控呢?如果不同的应用程序在不同的文件系统位置生成日志文件怎么办?但更重要的是,如果您的容器崩溃,您只会丢失日志文件。通过将日志写入stdoutstderr,平台(例如 Kubernetes)将负责管理和关联来自所有 pod 的日志的所有复杂性。

如果你不能改变你的应用程序的日志文件,至少你应该/app/logs在运行时挂载一个卷。对于任何容器运行时(无论是 k8s 还是 Docker),这都很容易配置。挂载的目录通常是全局可写的,因此您无需更改所有权。但是您仍然需要考虑如何收集和管理日志文件。

同样,如果它不是用于日志文件,而是您的应用程序需要一个文件系统来在应用程序目录中创建一个临时文件,并且由于某种原因您无法更改位置,那么至少您应该尝试挂载一个临时卷,然后再回退到使用您提到的 Jib Ownership Extension 的最后手段。

最后,请仔细评估为什么您必须首先更改所有权。如果应用程序想要在运行时改变自身,通常这不是容器化的好习惯,并且必须有一些根本原因,您可能需要以适当的方式解决。

于 2021-06-14T15:20:33.813 回答