Kubernetes 对云本机应用程序的NFS/网络文件系统支持

有人说，不建议在云本机应用程序架构下使用NFS/网络文件系统。他们建议使用后端服务来实现可伸缩性。我很想知道确切的原因。

就像所有事情一样，这取决于您的用例和需求

NFS擅长的领域：

• 读/写使用众所周知的标准文件系统API
• 可以将读取/写入本地文件系统的应用程序更改为读取/写入NFS，并且可以在不更改代码的情况下进行扩展
• 您可以进行一定程度的扩展，通常是通过向NFS服务器添加硬件/资源
• 这是特定于Cloud Foundry的，但如果您有只读工作负载或不需要映射uid/GID，则可以获得更好的比例。当CF装载您的NFS卷时，如果您可以使用这些限制，它将使用某些装载选项来获得性能引导
• 此选项通常适用于遗留应用程序，并将其安装到您选择的云平台上

基于HTTP的服务或S3风格服务的优势领域：

• 缩放。通过向服务中添加更多节点/实例来扩展，或者如果您有像S3这样的服务，它会为您扩展，并且通常会扩展到相当大的限制（bucket可以是多TB）
• 这取决于服务，但通过这种方式通常可以获得更好的安全选项（审核、细粒度访问权限等）。NFS映射uid/gid的方式非常有限，特别是在uid/gid没有真正绑定到特定用户的云环境中
• 这取决于您的服务，但有时您可以使用S3等服务的独特属性来卸载您的应用程序，比如您的客户端正在下载文件。S3或CloudFront可以直接处理这些服务，而不是你的应用程序在上面的花费周期
• 如果你正在构建一个绿地应用程序，这通常是一种方法

---

我的薪水是0.02美元。希望有帮助

与所有内容一样，它实际上取决于您的用例和需求

NFS擅长的领域：

• 读/写使用众所周知的标准文件系统API
• 可以将读取/写入本地文件系统的应用程序更改为读取/写入NFS，并且可以在不更改代码的情况下进行扩展
• 您可以进行一定程度的扩展，通常是通过向NFS服务器添加硬件/资源
• 这是特定于Cloud Foundry的，但如果您有只读工作负载或不需要映射uid/GID，则可以获得更好的比例。当CF装载您的NFS卷时，如果您可以使用这些限制，它将使用某些装载选项来获得性能引导
• 此选项通常适用于遗留应用程序，并将其安装到您选择的云平台上

基于HTTP的服务或S3风格服务的优势领域：

• 缩放。通过向服务中添加更多节点/实例来扩展，或者如果您有像S3这样的服务，它会为您扩展，并且通常会扩展到相当大的限制（bucket可以是多TB）
• 这取决于服务，但通过这种方式通常可以获得更好的安全选项（审核、细粒度访问权限等）。NFS映射uid/gid的方式非常有限，特别是在uid/gid没有真正绑定到特定用户的云环境中
• 这取决于您的服务，但有时您可以使用S3等服务的独特属性来卸载您的应用程序，比如您的客户端正在下载文件。S3或CloudFront可以直接处理这些服务，而不是你的应用程序在上面的花费周期
• 如果你正在构建一个绿地应用程序，这通常是一种方法

我的薪水是0.02美元。希望有帮助