从Google云端存储或Google云端硬盘无人值守下载

时间:2013-12-22 18:14:24

标签: google-drive-api google-cloud-storage

首先,系统架构: 服务器:运行IIS ASP并根据这些客户端的自动请求将数据传送到现场的大约一百个WinXP +客户端。从服务器发送的数据是大型图形或视频文件。如果用户在服务器上放置了一个文件,这些远程客户端将“发现”它并下载该文件。

客户端:如上所述,客户端是远程无人值守的盒子,用于从服务器获取内容。最终目的是数字标牌。

问题:所有客户端同时点击服务器会导致大文件传输速度变慢 - 带宽不够。

解决方案(我认为):使用Google云端存储或Google云端硬盘来保存文件并让客户端请求(自动和无人值守)这些文件。我认为谷歌的可用带宽会更高(至少美国国家安全局认为如此)。

问题: 哪个是Google云端存储和Google云端硬盘之间更好的解决方案?

是否可以使用Windows PowerShell或WScript运行脚本与Google进行交互?原因是我需要避免在可能需要用户交互的客户端计算机上安装新软件。

2 个答案:

答案 0 :(得分:0)

是的,只要您可以提取https数据,就可以使用powershell。 oauth流程可能很难开始工作,请按照已安装应用程序的示例进行操作。 100%使用云存储而不是驱动器。驱动器并不意味着可以同时下载并具有多个配额,因此您需要使用驱动器实现指数退避等。

答案 1 :(得分:0)

是的,您可以使用云端硬盘或云端存储。我会选择Drive over Cloud Storage,因为: -

  1. 它是免费的,云端存储将花费您,所以您不得不担心您的信用卡到期
  2. 编程更容易,因为它是一个简单的http GET来检索文件
    1. 您需要考虑您的安全模型。使用云端硬盘可以(不应该),将文件公开。如果您的客户可以获知该URL,则无需担心OAuth。如果您需要更高的安全性,请在每个客户端上安装刷新令牌。在每次下载之前,您的客户都会打电话给Google,将刷新令牌转换为访问令牌。我建议没有OAuth的原型开始。然后,如果(a)它适合,并且(b)您需要更多安全性,请添加OAuth。
  3. Drive网络应用程序为您提供可下载文件的管理控制台。如果您使用云存储,则需要自己编写。
  4. 此处讨论了配额问题Google Drive as a video hosting/streaming platform? 由于没有记录配额,我们只能猜测限制是什么。它似乎是给定文件的带宽,因此文件越大,下载次数越少。一个简单的解决方法是使用复制API https://developers.google.com/drive/v2/reference/files/copy制作文件的多个副本。

    您还有其他选择。由于这些只是静态文件,因此您可以在Google协作平台或Google App Engine上托管它们。您还可以将它们存储在具有免费配额的App Engine数据存储区中。

    最后,您甚至可以考虑使用BitTorrent方法。