в даний час ми знаходимося в OVH з парою серверів на декількох машинах з туберкульозом.
Ви можете не знати постачальника/рішення, яке може рентабельно підвищити це до 20-30 ТБ? Можливо, ви не знаєте про доступний NAS, жорсткого диска досить, SSD вам не потрібен?
В основному США/Німеччина є цільовим ринком пропускної здатності, оскільки працюють фільми 4k, вони харчуються нормально.
Коментарі
(посилання v | 22.03.2018, чт - 05:32)
Якщо ви задоволені послугою досі, чому б не зв’язатися з компанією та не повідомити нас, чи можете ви її вирішити.
(nxu | 22 березня 2018 р., чт - 09:00)
S3 та ін? Передача даних буде дорогою, але, мабуть, все одно
(zeroms | 22 березня 2018 р., чт - 09:30)
З вашого опису, мінусом для мене є те, що якийсь хмарний простір + CDN для фільмів. Ви можете уникнути багатьох проблем із масштабуванням, якщо ви не знаєте заздалегідь, коли потрібно обчислювати дані та трафік.
Завдяки відносному обсягу даних (фільмів) і трафіку, це, мабуть, дешевше рішення для інфраструктури саляту (виділений сервер, можливо, VPS), але якщо вони не "підпорядковані", вам доведеться врахувати, що це буде дешевше ніж хмара (те, що ви отримуєте в інфраструктурі, те втрачаєте в обслуговуванні та масштабуванні). З хмарним сховищем, якщо немає трафіку, ви платите лише за простір, якщо є, якщо збільшується трафік, ваш дохід також повинен зростати (якщо бізнес вигідний:)) Я думаю,
Наприклад, якщо є велика ймовірність того, що деякі фільми «віруються», і ви хочете випромінювати протягом 1 року в звичайному русі протягом 1 року, ви не можете дозволити системі вийти з ладу навіть при такому навантаженні, то, я думаю, ви лише треба думати в хмарі.
[вимкнено]
Приклад Amazon S3 + Cloudfront CDN.
Використовуйте case fuggo, але можливо, ви зможете вирішити більшу частину серверної логіки за допомогою функцій Lambda (наприклад, автоматичне перекодування після завантаження), тому ви хочете розмістити всю інфраструктуру u.n. "безсерверне" рішення
[/ off]
(klixnetwork | 22/03/2018, чт - 09:46)