LINUX.ORG.RU
ФорумTalks

Распишите экономику сервиса типа Amazon Glacier в России

 , ,


0

2

Сколько будет стоить подобная услуга (хранения данных), и предоставляет ли её кто-нибудь из хостеров, и если нет, то почему?

Ранее на сайте:
2025-01-12, @yvv1, Какие облачные хранилища вы используете? (комментарий)
2022-10-14, @mydibyje, Какой яп лучше всего изучить? (комментарий)
2021-01-01, 🪦boowai, Я отдаю 1 ТБ - мне отдают 1ТБ (комментарий)
2015-12-04, 🪦KRoN73, Какие децентрализованные (не федеративные) p2p-файловые системы или хранилища умеют хранить мутабельные данные по ключу? (комментарий)
2014-07-30, @quantum-troll, ipfs -- распределённая файловая система на идеях Git и BitTorrent (комментарий)

https://en.wikipedia.org/wiki/Peer-to-peer_file_sharing

== Filecoin ==
https://github.com/filecoin-project/filecoin-docs
https://en.wikipedia.org/wiki/Filecoin
https://github.com/filecoin-project/go-storage-miner
Go 82.8% Makefile 17.2%
a blockchain-based cooperative digital storage and data retrieval method, an open protocol and uses a blockchain to record participation in the network.
== Storj ==
https://github.com/storj/storj
Go 79.2%
an S3-compatible platform and suite of distributed applications that allows you to store data in a secure and distributed manner. Your files are encrypted, broken into little pieces and stored in a global distributed network of computers.
== Sia ==
https://github.com/SiaFoundation
Go TypeScript Ruby Rust Vue
a pure decentralized peer-to-peer network. Siacoin.
== MaidSafe ==
https://github.com/maidsafe/autonomi
Rust 93.9% Shell 2.2% Python 1.8% JavaScript 1.8%
Autonomi is a fully autonomous data and communications network that provides:
- Lifetime storage with one-time payment
- Private by design with multilayered encryption
- Blockchainless data architecture
- Decentralized infrastructure built from everyday devices
- Content-addressable storage using Kademlia and libp2p
== arweave ==
https://github.com/ArweaveTeam/arweave
Arweave is a distributed, cryptographically verified permanent archive built on a cryptocurrency that aims to, for the first time, provide feasible data permanence. By leveraging our novel Blockweave datastructure, data is stored in a decentralised, peer-to-peer manner where miners are incentivised to store rare data.



Последнее исправление: Saakx (всего исправлений: 19)
Ответ на: комментарий от vbr

https://yandex.ru/search/?text=Яндекс+хранение+данных+цена

https://yandex.cloud/ru/docs/storage/pricing

Стандартное хранилище 	2,1708 ₽
Холодное хранилище 	1,1556 ₽
Ледяное хранилище 	0,5778 ₽

(1 ГБ хранения в месяц)

Это много, мало?

Если 24TB стоят 48000 руб на HDD, и на него год гарантия,
то получается 0.1667 ₽ за ГБ/мес

Saakx
() автор топика
Последнее исправление: Saakx (всего исправлений: 2)
Ответ на: комментарий от Saakx

Это много, мало?

Найди цены гласира, сравни.

Если 24TB стоят 48000 руб на HDD, и на него год гарантия, то получается 0.1667 ₽ за ГБ/мес

Там данные хранятся в нескольких копиях. В скольких именно - вроде не говорят, но на полтора умножать можно смело. С другой стороны вряд ли 100% дисков умирают через год.

vbr ★★★★★
()
Ответ на: комментарий от Saakx

Какая разница какая у него гарантия? Тебе гарантийный сервис данные с диска вытаскивать не станет если он умрёт раньше гарантийного срока. С другой стороны, реальный срок жизни дисков обычно 10 лет или больше, и разумеется надо дублировать их. Так что свою цену дели как минимум на 10 и затем умножь на 2-3.

firkax ★★★★★
()
Ответ на: комментарий от ya-betmen

Перед загрузкой считаешь некоторое число хешей определённых байтов. После загрузки периодически просишь хранителя подсчитать тебе хеш определённых байтов и сравниваешь со своим.

vbr ★★★★★
()
Ответ на: комментарий от Saakx

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

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

KivApple ★★★★★
()
Последнее исправление: KivApple (всего исправлений: 1)
Ответ на: комментарий от ya-betmen

А кто должен их спрашивать?

Кто-то должен. Как по протоколу устроено. Например какой-то центральный сервер. Или владелец данных.

Оно же может храниться на компе который не всегда в сети.

Можно сделать асинхронный ответ с таймаутом в сутки, например. Или постановить, что хранитель всегда должен быть в сети, а если его нет в сети, значит платить не за что. Тут смотря какой юз-кейс у всего этого. Если владельцу данные могут понадобиться в любую секунду, значит хранитель всегда должен быть доступен. Если владельца устраивает время извлечения данных в несколько дней, значит по-другому можно организовать всё.

Но вообще в этом всём нет большого смысла. У крупных компаний цена хранения всегда будет ниже, чем у частника, а надёжность выше. Такие сети делали, наверняка и сейчас они работают, но популярности не снискали.

vbr ★★★★★
()
Ответ на: комментарий от vbr

У крупных компаний цена хранения всегда будет ниже, чем у частника, а надёжность выше.

Вот мы и подходим к самой теме топика. С чего бы у компаний цена будет ниже, если в пиринговой сети глобальная конкуренция, а в компании наценки монополии?

Посмотрите на
https://www.copytrust.ru/tariffs

7 рублей за мегабайт (это в 1200 раз дороже, чем у яндекса)

Saakx
() автор топика
Ответ на: комментарий от Saakx

С чего бы у компаний цена будет ниже, если в пиринговой сети глобальная конкуренция, а в компании наценки монополии?

Нет никакой монополии. В мире сотни тысяч хостеров. Даже если брать самых крупных, их куда больше одного.

У компаний цена будет ниже, т.к. у них есть масштаб. Они покупают диски тысячами. Для них производитель делает скидки. Они имеют возможность оптимизировать свои системы хранения.

Посмотрите на https://www.copytrust.ru/tariffs

7 рублей за мегабайт (это в 1200 раз дороже, чем у яндекса)

Я не понимаю, что это вообще за сайт. Какое ещё депонирование? Кто эти люди? Что происходит и к чему это всё? Я в растерянности. Какое отношение имеет «инновационная онлайн-платформа для защиты интеллектуальной собственности» к пиринговой сети?

Если меня хорошо попросить, я готов предоставить цену за хранение в миллион раз дороже, чем у яндекса. Это должно что-то доказывать?

vbr ★★★★★
()
Последнее исправление: vbr (всего исправлений: 2)
Ответ на: комментарий от vbr

Если меня хорошо попросить

Мне как раз и нужен глобальный рынок, где я смогу автоматизированно попросить, не заморачиваясь на детали.
Пусть они, а не я, выискивают самого дешевого поставщика из корпораций и перепродают его место. Наценка так же будет невелика - конкуренция же.

Saakx
() автор топика
Ответ на: комментарий от firkax

Под хранение так и так собирать массив. А там только знай диски заменяй. На отдельно взятый диск в единственном экземпляре важное не сохраняют.

skiminok1986 ★★★★★
()
Ответ на: комментарий от Saakx

Вообще это все вполне понятно. Есть типичная история - пока хотелки мелкие покупаем облако чтобы сэкономить и не покупать NAS, а позже когда хотелки вырастут - все равно покупаем NAS чтобы сэкномить и не платить за облако.

no-dashi-v2 ★★★★
()

== Sia ==

О, я там даже участвовал своим локалхостом. За исключением использования Go вместо языка программирования был вполне вменяемый по дизайну проект, когда я последний раз его трогал.

legolegs ★★★★★
()
Ответ на: комментарий от legolegs

@Saakx Если ты покупаешь место, то не руками выбираешь хост, а ставишь критерии и система выбирает за тебя. Из параметров поиска контрактов там степень избыточности, плата за место, за закачку/скачку и размер компенсации за продолб. Т.е. тебе назначаются анонимные Иванов, Петров, Сидоров и ты им платишь. Если Сидоров не обеспечил аптайм/сохранность, то платит уже он, но данные в порядке у Иванова и Петрова, вдобавок у Сидорова падает рейтинг и он реже буде получать контракты.

Цены по итогу были, конечно, сильно выше, чем если хранить на подкроватном сервере. И самые прошаренные чуваки не сдавали часть неиспользуемых мощностей как я, а собирали машины специально под sia.

legolegs ★★★★★
()
Ответ на: комментарий от legolegs

аптайм/сохранность

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

Saakx
() автор топика
Ответ на: комментарий от Saakx

Контракт непростой, но типовой, у всех одинаковый, разные только коэффициенты. И у эфира, конечно, нет собственно файлохранилищных штук.

legolegs ★★★★★
()
Ответ на: комментарий от somemong

Нет, деньгами. Пермабан на хлеб не намажешь!

legolegs ★★★★★
()
Ответ на: комментарий от legolegs

у эфира, конечно, нет собственно файлохранилищных штук

Они могли бы сделать протокол поверх эфира, но не захотели. Значит что-то мешало.

Saakx
() автор топика
Ответ на: комментарий от Saakx

Возможно, зависимость от левой пятки Виталика.

legolegs ★★★★★
()
Ответ на: комментарий от firkax

Забираю штраф и закачиваю этот кусок заново кому-нибудь.

vbr ★★★★★
()
Последнее исправление: vbr (всего исправлений: 1)
Ответ на: комментарий от vbr

Нет никакой монополии. В мире сотни тысяч хостеров. Даже если брать самых крупных, их куда больше одного.

Скажем так: никто не заставляет никого становиться рабом AWS, но если вы попали в этот капкан, то выбраться обратно без огромных потерь не получится. То есть, положить данные на AWS в сто раз дешевле, чем потом их оттуда достать. Но если доставать данные из AWS не нужно, то, да, стоит оно сравнимо с B2 или Wasabi.

byko3y ★★★★
()
Ответ на: комментарий от byko3y

Мне кажется, это излишняя драматизация. Если положить данные на AWS стоит один цент, а достать - один доллар (сомнительная арифметика, на самом деле, ну да ладно), то это всё ещё не огромные потери.

Просто надо всегда думать о том, как выбираться. Держать наброски этого плана где-то в загашнике и сверяться с ним при принятии каких-то архитектурных решений. И тогда всё будет хорошо. Не надо завязываться на проприетарные решения от AWS, надо ограничиваться стандартными протоколами и открытыми решениями (пускай даже и managed).

Я переезжал несколько раз. Мой стек это Kubernetes, S3, Postgres. Всё это везде работает одинаково. Никаких принципиальных проблем при переезде не доставляет. Могу хоть на железках захостить это, но предпочитаю управляемые сервисы.

Если кто-то строит приложение, используя проприетарное API от AWS, которого больше нигде нет, ну это его выбор. Понятно, что тут уже никуда уехать не выйдет без переписывания приложений. В этом есть свои плюсы и свои минусы.

vbr ★★★★★
()
Последнее исправление: vbr (всего исправлений: 2)
Закрыто добавление комментариев для недавно зарегистрированных пользователей (со score < 50)