传输大文件应用服务部署
Transfer large file app service deployment
我的系统需要访问一个大文件 (600MB)
我是否认为我因此需要在 Azure 中使用 VM？有没有办法将单个文件导入应用服务系统？
我可以看到这需要很长时间才能部署！
保罗
您不一定需要 VM 来存储和访问该文件，而是应该考虑使用 Azure Files，这是一种符合您的用例且经济高效的解决方案。以下是对其功能的简要说明：
替换或补充本地文件服务器：
Azure Files 可用于完全替代或补充传统的本地文件服务器或 NAS 设备。 Windows、macOS 和 Linux 等热门操作系统可以直接挂载 Azure 文件共享，无论它们位于世界何处。还可以使用 Azure 文件同步将 Azure 文件共享复制到 Windows 服务器，无论是在本地还是在云中，以便在使用它的地方对数据进行高性能和分布式缓存。
"Lift and shift" 申请：
Azure 文件可以轻松地将 "lift and shift" 应用程序传输到云，这些应用程序需要文件共享来存储文件应用程序或用户数据。 Azure 文件支持 "classic" 直接迁移方案（应用程序及其数据都移动到 Azure）和 "hybrid" 直接迁移方案（应用程序数据移动到 Azure 文件），以及该应用程序继续 运行 本地。
简化云开发：
还可以通过多种方式使用 Azure 文件来简化新的云开发项目。例如：
共享应用程序设置：
分布式应用程序的一个常见模式是将配置文件放在一个集中的位置，在那里可以从许多应用程序实例访问它们。应用程序实例可以通过文件 REST API 加载它们的配置，人们可以根据需要通过在本地安装 SMB 共享来访问它们。
诊断分享：
Azure 文件共享是云应用程序写入日志、指标和故障转储的便利位置。日志可以由应用程序实例通过文件 REST API 写入，开发人员可以通过在本地计算机上安装文件共享来访问它们。这带来了极大的灵活性，因为开发人员可以拥抱云开发，而不必放弃他们熟悉和喜爱的任何现有工具。
Dev/Test/Debug:
当开发人员或管理员在云中处理 VM 时，他们通常需要一组工具或实用程序。将此类实用程序和工具复制到每个 VM 可能是一项耗时的工作。通过在 VM 上本地安装 Azure 文件共享，开发人员和管理员可以快速访问他们的工具和实用程序，无需复制。
有关 Azure 文件的完整用例，请查看这篇文章：https://docs.microsoft.com/en-us/azure/storage/files/storage-files-introduction#why-azure-files-is-useful
我对你提到的 "a long time to deploy" 有点困惑，但是...不，虚拟机 不需要 来拥有一个带存储的环境。
Azure Web 应用程序有自己的内置存储。在 "Basic" 层，您有 10GB 的空间供您使用（并且随着您在层中向上扩展，它会增长到 1TB 以上）。该存储空间 持久（直到您删除网络应用程序本身）并在网络应用程序的所有 运行 实例之间共享。
您还可以将内容存储在 Azure Blob 存储中。 if/as 您需要在本地处理此内容，您可以通过 SDK/API 调用将 blob 内容下载到本地（网络应用程序）存储。假设Storage account和Web App在同一个区域，两者之间不会有带宽成本的复制。
Azure 文件存储也可以，但有局限性：
- 每个存储实例最大 5TB
- 整个存储实例最大 1000 IOPS
- 不能通过 SMB 连接到 Web 应用程序 - 您需要以编程方式访问它（通过 SDK/API）
注意：只要您将大型内容（例如 600MB 文件）保存在 blob/file 存储中，就不必在每次部署时都将其包含在 Web 应用程序中；您可以在启动时将其复制到网络应用程序的存储空间。
我的系统需要访问一个大文件 (600MB)
我是否认为我因此需要在 Azure 中使用 VM？有没有办法将单个文件导入应用服务系统？
我可以看到这需要很长时间才能部署！
保罗
您不一定需要 VM 来存储和访问该文件，而是应该考虑使用 Azure Files，这是一种符合您的用例且经济高效的解决方案。以下是对其功能的简要说明：
替换或补充本地文件服务器：
Azure Files 可用于完全替代或补充传统的本地文件服务器或 NAS 设备。 Windows、macOS 和 Linux 等热门操作系统可以直接挂载 Azure 文件共享，无论它们位于世界何处。还可以使用 Azure 文件同步将 Azure 文件共享复制到 Windows 服务器，无论是在本地还是在云中，以便在使用它的地方对数据进行高性能和分布式缓存。
"Lift and shift" 申请： Azure 文件可以轻松地将 "lift and shift" 应用程序传输到云，这些应用程序需要文件共享来存储文件应用程序或用户数据。 Azure 文件支持 "classic" 直接迁移方案（应用程序及其数据都移动到 Azure）和 "hybrid" 直接迁移方案（应用程序数据移动到 Azure 文件），以及该应用程序继续 运行 本地。
简化云开发： 还可以通过多种方式使用 Azure 文件来简化新的云开发项目。例如： 共享应用程序设置： 分布式应用程序的一个常见模式是将配置文件放在一个集中的位置，在那里可以从许多应用程序实例访问它们。应用程序实例可以通过文件 REST API 加载它们的配置，人们可以根据需要通过在本地安装 SMB 共享来访问它们。
诊断分享： Azure 文件共享是云应用程序写入日志、指标和故障转储的便利位置。日志可以由应用程序实例通过文件 REST API 写入，开发人员可以通过在本地计算机上安装文件共享来访问它们。这带来了极大的灵活性，因为开发人员可以拥抱云开发，而不必放弃他们熟悉和喜爱的任何现有工具。 Dev/Test/Debug: 当开发人员或管理员在云中处理 VM 时，他们通常需要一组工具或实用程序。将此类实用程序和工具复制到每个 VM 可能是一项耗时的工作。通过在 VM 上本地安装 Azure 文件共享，开发人员和管理员可以快速访问他们的工具和实用程序，无需复制。
有关 Azure 文件的完整用例，请查看这篇文章：https://docs.microsoft.com/en-us/azure/storage/files/storage-files-introduction#why-azure-files-is-useful
我对你提到的 "a long time to deploy" 有点困惑，但是...不，虚拟机 不需要 来拥有一个带存储的环境。
Azure Web 应用程序有自己的内置存储。在 "Basic" 层，您有 10GB 的空间供您使用（并且随着您在层中向上扩展，它会增长到 1TB 以上）。该存储空间 持久（直到您删除网络应用程序本身）并在网络应用程序的所有 运行 实例之间共享。
您还可以将内容存储在 Azure Blob 存储中。 if/as 您需要在本地处理此内容，您可以通过 SDK/API 调用将 blob 内容下载到本地（网络应用程序）存储。假设Storage account和Web App在同一个区域，两者之间不会有带宽成本的复制。
Azure 文件存储也可以，但有局限性： - 每个存储实例最大 5TB - 整个存储实例最大 1000 IOPS - 不能通过 SMB 连接到 Web 应用程序 - 您需要以编程方式访问它（通过 SDK/API）
注意：只要您将大型内容（例如 600MB 文件）保存在 blob/file 存储中，就不必在每次部署时都将其包含在 Web 应用程序中；您可以在启动时将其复制到网络应用程序的存储空间。