Clouds or something else?

Question

[Angelina_Joulie]

Нахожусь на распутье, стоя перед выбором решения.


Задача следующая: предоставить доступ к 16Gb данных (около 220 отдельных кусков поставляемых по отдельности и используемые самостоятельно. Что-то похожее на видео клип) для 30млн. пользователей (да, аудитория большая).


Каждый пользователь должен иметь возможность скачать любую из частей по-отдельности, но должен быть лишен возможности передавать доступ своей части иному лицу. (что-то вроде уникальных URL для каждого пользователя).


Так же перед отдачей каждого из кусков 10% данных должны быть зашифрованы асинхронными ключами. (где-то 20мб для каждого пользователя)


По специфике сервиса, один пользователь в 80% случаев свою часть будет скачивать только разово. 15% дважды и менее 5% более 2х раз.


Проблематика: мы даже представить не можем нагрузку, но аналитики подсказывают что со старта будет около 50 тыс. пользователей с 10-15% приростом в неделю в течении 3х мес. Потом даже и не знаем на каком уровне все останется.


Вопрос: можно ли как-то прикрутить под эти задачи Amazon or Azure?

Нам бы не хотелось закупать оборудование, хотим аренду мощностей для шифрованная и отдаче контента.


Спасибо.


P.s. Даже и не спрашивайте что это за сервис и почему такие условия.

Answer 1

[Thongor]

Appengine.
Куски можно хранить в виде блобов, доступ можно раделить с помощью встроенной аутентификации (по кукам).
Если хотите доступ разграничить по уникальным урлам, тоже не проблема.

Шифровать можно и самим перед отправкой, или положится на https.
16 гигов — не объем, 50 к пользователей — детский трафик. Для таких объемов влезете в бесплатные квоты, если напишете все по уму.

Дальше будет тарификация по трафику.

Comments

[Angelina_Joulie]

Это гугловый сервис?
Пруф линк?

[Thongor]

lmgtfy.com/?q=appengine

Answer 2

[Ponf]

>Так же перед отдачей каждого из кусков 10% данных должны быть зашифрованы асинхронными ключами. (где-то 20мб для каждого пользователя)
зашифровка ассиметричным алгоритмом довольно ресурсоёмкая операция, тем более для таких объёмов. Для 30 миллионов пользователей при длине ключа 1024 бита для каждого видеофрагмента объём ключей будет практически 4 гб. Это, конечно, не так много, но тем не менее четверть от вашего контента.
Я бы посмотрел на возможность зашифровки видео симметричным алгоритмом, а передачу ключа осуществить с помощью ассинхронного алгоритма.

Comments

[Angelina_Joulie]

Думаю нам хватит и 512 или 256.

Если будут ломать, в системах находят более простой способ.

Answer 3

[sevmax]

S3 от Амазона позволяет делать одноразовые линки на файлы, но требование к шифрованию контента слегка затрудняют реализацию :)

Comments

[Angelina_Joulie]

А можно линк, где это описано. Или хотя бы название того, как по версии Amazon эта функция называется.

[sevmax]

Посмотрите здесь — docs.amazonwebservices.com/AmazonCloudFront/2010-08-01/DeveloperGuide/PrivateContent.html

[Angelina_Joulie]

В целом это то, что нужно.

Может быть у вас идеи есть как к этому шифрование прикрутить?

[sevmax]

задача не очень четко сформулирована. если хотите обсудить детали — пишите в личку.

Answer 4

[amarao]

Ждите нас. Мощности — сколько нужно, оплата по факту потребления.