Сырой TCP позволяет сделать прямой канал (условно pipe) между серверами без лишнего кодирования байт.
Естественно проверка будет идти в 2 этапа:
1) контрольный суммы в самом протоколе TCP/IP
2) SHA512/SHA1/MD5 для архива
Если Вы НЕ проверяете контрольные суммы бэкапов перед разворачиванием — то Вы или (1) очень смелый (и не боитесь лишних проблем из-за этого) или (2) очень глупый (если не делаете элементарные проверки)
Это скорее то что Вы предложили :)
Зачем делать абстракцию на уровне приложения если можно на уровне ОС?
P.S. MS почему-то не поставляет вместе с SDK обвязку которую Вы предложили.
1) DMCA — очень сильно будет напрягать, в EU все намного проще, там только 3 организации которые реально могут достать и как правило получить от них абузу крайне сложно (трансляция платного цифрового вещания спортивных событий, концертов и т.д.)
2) Если сайт является финансовой организацией — то есть вероятность получить перманентный бан за финансовую деятельность без лицензии… (да — комиссия по ценным бумагам хуже копирастов)
3) Есть требования об обязательной идентификации конечного заказчика услуги (хотя не все его соблюдают) — т.е. хостер будет требовать выслать сканы и требовать верификации (кстати Amazon это и так делает)
4) За «Ответный удар» по атакующим (если DDoS или SPAM центр) могут выключить сервер
… остальное в личку если интересует…
и естественно стоимость трафика в USA выше чем в EU примерно в 2-2.5 раза
Если Вы для копирования используете SCP то мне Вас жаль — это неэффективно.
Рекомендую Вам использовать tar + стриминг в сырой TCP — очень помогает при копировании больших данных.
(к сожалению про rsync ничего не могу сказать — лично не использовал)
Я копировал между ДЦ — Чехия Нидерланды и Румыния Нидерланды, технически можно скопировать и в США (у хостера и там есть сервера), но из-за «драконовского» законодательства там не держу сервера.
(возможно Я не совсем полно пояснил — но 2100Mbps это НЕ у Amazon а у другого хостера)
Эту проблему Я в свое время решал — в конце концов было сделано решение на базе Xen PVM + виртуальная файловая система (NFS-like) в качестве рут раздела (загрузка по PXE) — хотя решение вышло и костыльное, но зато проблем при записи нету — т.к. идет переключение контекста виртуальной ФС и новое состояние пишется отдельным разделом, после снапшота идет коммит изменений и возврат.
тогда вопрос такой — почему Вы написали что скорость хорошая и выделили это?
8GB * 1024 = 8192MB * 8 = 65536Mb / 3 (min) = 21845 (Mbpm) / 60 (sec) = 364Mbps — Я бы не сказал что это волшебно…
Для сравнения Я использовал хороший ДЦ в EU — скорость копирования между ДЦ была где-то 2100Mbps, причем трафик без тарификации через их точку обмена трафиком.
P.S. от Amazon ожидал больше — хотя например IOPS дисковой подсистемы уже давно разочаровал, и кстати в Ирландию лучше не копировать — там ДЦ стоит в «молниеопасном» и «волшебном для жестких дисков» месте :)
на мобилках возможно и будет — НО:
1) для работы node.js нужно портировать libuv
2) для iOS работать не будет т.к. Apple не пустит в маркет
3) для Android нужно пилить java обертки
4) Qt не так давно только стал нормально поддерживать мобильные системы и тач (Symbian не в счет)
А вот на Windows RT думаю ОЧЕНЬ скоро будет, т.к. проблем с ARM у V8 нету, а Windows RT поддерживает Win32 (для RT — aka Legacy) API.
по поводу транзакций — задача такая, идет сохранение блоба данных который обрабатывается хранимой процедурой, для консистентности данных они добавляются только транзакцией — и вот число открытых транзакции без автокоммита… напрягает.
много нового узнаете
;)
(во всяком случае IP это точно)
Естественно проверка будет идти в 2 этапа:
1) контрольный суммы в самом протоколе TCP/IP
2) SHA512/SHA1/MD5 для архива
Если Вы НЕ проверяете контрольные суммы бэкапов перед разворачиванием — то Вы или (1) очень смелый (и не боитесь лишних проблем из-за этого) или (2) очень глупый (если не делаете элементарные проверки)
Зачем делать абстракцию на уровне приложения если можно на уровне ОС?
P.S. MS почему-то не поставляет вместе с SDK обвязку которую Вы предложили.
2) Если сайт является финансовой организацией — то есть вероятность получить перманентный бан за финансовую деятельность без лицензии… (да — комиссия по ценным бумагам хуже копирастов)
3) Есть требования об обязательной идентификации конечного заказчика услуги (хотя не все его соблюдают) — т.е. хостер будет требовать выслать сканы и требовать верификации (кстати Amazon это и так делает)
4) За «Ответный удар» по атакующим (если DDoS или SPAM центр) могут выключить сервер
… остальное в личку если интересует…
и естественно стоимость трафика в USA выше чем в EU примерно в 2-2.5 раза
Рекомендую Вам использовать tar + стриминг в сырой TCP — очень помогает при копировании больших данных.
(к сожалению про rsync ничего не могу сказать — лично не использовал)
(возможно Я не совсем полно пояснил — но 2100Mbps это НЕ у Amazon а у другого хостера)
8GB * 1024 = 8192MB * 8 = 65536Mb / 3 (min) = 21845 (Mbpm) / 60 (sec) = 364Mbps — Я бы не сказал что это волшебно…
Для сравнения Я использовал хороший ДЦ в EU — скорость копирования между ДЦ была где-то 2100Mbps, причем трафик без тарификации через их точку обмена трафиком.
P.S. от Amazon ожидал больше — хотя например IOPS дисковой подсистемы уже давно разочаровал, и кстати в Ирландию лучше не копировать — там ДЦ стоит в «молниеопасном» и «волшебном для жестких дисков» месте :)
1) для работы node.js нужно портировать libuv
2) для iOS работать не будет т.к. Apple не пустит в маркет
3) для Android нужно пилить java обертки
4) Qt не так давно только стал нормально поддерживать мобильные системы и тач (Symbian не в счет)
А вот на Windows RT думаю ОЧЕНЬ скоро будет, т.к. проблем с ARM у V8 нету, а Windows RT поддерживает Win32 (для RT — aka Legacy) API.