Что такое хорошее решение для обслуживания большого количества маленьких статических файлов от облака?
Никакому браузеру справки не было нужно:
$ curl -i "http://to./check"
HTTP/1.1 302 Found
Date: Thu, 03 Dec 2009 18:27:20 GMT
Server: Apache/1.3.27 (Unix) (Red-Hat/Linux) mod_perl/1.26
Location: http://madmw.tumblr.com/tagged/check <<<=== Actual URL
Transfer-Encoding: chunked
Content-Type: text/plain
Кажется, что целый TLD отображается на IP-адресе (по сравнению с иерархией DNS), попробуйте:
$dig to.
...
to. 85265 IN A 216.74.32.103
...
Но проверьте любой другой TLD:
$dig as.
as. 600 IN SOA dca.tld.gdns.net. hostmaster.gdns.net.as. 56480 10800 1800 604800 21600
Я не знаю, следует ли это правилам ICANN, но это - просто вопрос конфигурирования DNS для DNS целой страны TLD.
Это могло бы быть небольшой левой стороной поля, но я верю спинам Dropbox к S3, и можно совместно использовать каталог к сети. Пересмотрите файлы JSON, отбросив их в папке Dropbox и позволив Dropbox заботиться о синхронизации. Я понятия не имею, находят ли они быть используемым, поскольку CDN приемлем, все же.
JungleDisk является другой частью программного обеспечения, разработанного для резервных копий, которые могут расслабиться и передать файлы S3. Они обходят Вас посредством создания учетной записи S3, и Amazon.com заряжает Вас отдельно.
Я уверен, что существует много другого программного обеспечения, предназначенного, чтобы помочь синхронизировать файлы к облаку.
Если бы параллелизм является беспокойством, я, возможно, создал бы новый каталог для каждой версии, принес бы эти 150 000 файлов к облаку, то указал бы на приложение на новый каталог после синхронизации.
- danny