Size: a a a

2020 August 25

EP

Evgeny Ponomarev in ББ-чат
Sergei Tikhomirov
То есть проблему можно было бы решить, просто добавив к амазону удобный экспорт? Если они не предлагают такие услуги (пусть за деньги), не значит ли это, что рынок этого не хочет?
Никто из закрытых клаудов не хочет чтобы от них уходили куда-то ещё. Им это не выгодно. Каждый строит свою закрытую экосистему. Это и есть вендор лок ин
источник

DK

Dmitry Khovratovich in ББ-чат
Sergei Tikhomirov
А насколько вообще актуальна проблема доставки статики в 2к20? Не то что это какие-то доли процента от, собственно, основного трафика (тяжёлое видео и проч.)?
проблема актуальна потому что это проблема не трафика а доступности. Большая часть сайтов, которые мы посещаем, отдают как раз статику: газеты там всякие, блоги
источник

DK

Dmitry Khovratovich in ББ-чат
Sergei Tikhomirov
идея для стартапа: облачный хостинг с удобным экспортом за цену амазона +10%. На бэкенде - тот же Амазон.
с удобным экспортом чего?
источник

ST

Sergei Tikhomirov in ББ-чат
Evgeny Ponomarev
Никто из закрытых клаудов не хочет чтобы от них уходили куда-то ещё. Им это не выгодно. Каждый строит свою закрытую экосистему. Это и есть вендор лок ин
Конечно. Закрытые клауды атакуют рынок с двух сторон:
1. скорость и фичи, economies of scale
2. vendor lock-in.

То есть прийти к ним легко, а уйти сложно. В децентрализованной сети фич будет меньше, а уйти проще... Так победим :(
источник

ST

Sergei Tikhomirov in ББ-чат
Я к тому, что у децентрализованной сети должен быть очень явный value prop, чтобы перевестить отсутствие lock-in и прочего. И я не понимаю, какой он у IPFS (у биткоина - понимаю).
источник

EP

Evgeny Ponomarev in ББ-чат
Ты сравниваешь не с тем. Клауд - это частная компания, которая тебе предоставляет сторадж и гарантии. Ипфс это протокол, который не дает гарантий, а дает удобство. Клауд стораджи могут строиться на ипфсе. Это удобно для их кастомеров, что можно работать с разными клаудами используя один и тот же код, один и тот же протокол. Это те же принципы что у композинга дифая в рамках эфира, или о гиперссылках в вебе.
источник

ST

Sergei Tikhomirov in ББ-чат
Evgeny Ponomarev
Ты сравниваешь не с тем. Клауд - это частная компания, которая тебе предоставляет сторадж и гарантии. Ипфс это протокол, который не дает гарантий, а дает удобство. Клауд стораджи могут строиться на ипфсе. Это удобно для их кастомеров, что можно работать с разными клаудами используя один и тот же код, один и тот же протокол. Это те же принципы что у композинга дифая в рамках эфира, или о гиперссылках в вебе.
> не дает гарантий, а дает удобство
в чем заключается удобство, если нет гарантий? "добро пожаловать в убер: такси приедет через 5 минут, а может через час, а может никогда. зато удобно!"
источник

ST

Sergei Tikhomirov in ББ-чат
Evgeny Ponomarev
Ты сравниваешь не с тем. Клауд - это частная компания, которая тебе предоставляет сторадж и гарантии. Ипфс это протокол, который не дает гарантий, а дает удобство. Клауд стораджи могут строиться на ипфсе. Это удобно для их кастомеров, что можно работать с разными клаудами используя один и тот же код, один и тот же протокол. Это те же принципы что у композинга дифая в рамках эфира, или о гиперссылках в вебе.
> Ипфс это протокол
То есть типа как JSON? Просто правила запаковки данных, чтобы на другом конце знали, как их распаковать? Зачем тогда вокруг нагорожен огород с P2P-сетью? Казалось бы, если договорились, как запаковывать файлы, можем их по любому протоколу передавать.
источник

ST

Sergei Tikhomirov in ББ-чат
Меня не покидает ощущение, что это всё переизобретение велосипеда, но я никак не пойму, какого именно велосипеда)
источник

EP

Evgeny Ponomarev in ББ-чат
Sergei Tikhomirov
> Ипфс это протокол
То есть типа как JSON? Просто правила запаковки данных, чтобы на другом конце знали, как их распаковать? Зачем тогда вокруг нагорожен огород с P2P-сетью? Казалось бы, если договорились, как запаковывать файлы, можем их по любому протоколу передавать.
JSON это текстовый формат, не? IPFS это сетевой протокол. Как HTTP это тоже сетевой протокол.
источник

EP

Evgeny Ponomarev in ББ-чат
HTTP предполагает что данные лежат на конкретном веб-сервере по URI. IPFS говорит что данные можно попросить у любой доступной ноды по хэшу.
источник

EP

Evgeny Ponomarev in ББ-чат
Всё остальное это следствие вот этих предпосылок
источник

EP

Evgeny Ponomarev in ББ-чат
Ну разве что в ипфсе ещё всё крипто-подписями обмазано, а в хттп нет
источник

ST

Sergei Tikhomirov in ББ-чат
Evgeny Ponomarev
HTTP предполагает что данные лежат на конкретном веб-сервере по URI. IPFS говорит что данные можно попросить у любой доступной ноды по хэшу.
то есть принципиальное отличие от HTTP только в схеме адресации?
источник

IK

Inal Kardanov in ББ-чат
Я думал, что S3 совестимые хранилища уже везде, и они победили просто. И каждый клауд провайдер предлагает такую услугу и есть инструменты переноса тоже
источник

EP

Evgeny Ponomarev in ББ-чат
Sergei Tikhomirov
то есть принципиальное отличие от HTTP только в схеме адресации?
Смотря что считать принципиальным отличием. Отличие в адресации, да.
Но дальше много всего добавлено для п2п и работы с файлами по сравнению с очень абстрактным HTTP. Там внутри и libp2p всякого роутинга и коннективити, и файл-чанкеры, и bitswap, и линковка файлов и IPNS.
источник

EP

Evgeny Ponomarev in ББ-чат
Inal Kardanov
Я думал, что S3 совестимые хранилища уже везде, и они победили просто. И каждый клауд провайдер предлагает такую услугу и есть инструменты переноса тоже
Ну это как говорить что фиат везде и он победил
источник

IK

Inal Kardanov in ББ-чат
Подождите, S3 API это фактически тоже сейчас протокол, а где именно будет храниться уже не так важно
источник

EP

Evgeny Ponomarev in ББ-чат
Inal Kardanov
Подождите, S3 API это фактически тоже сейчас протокол, а где именно будет храниться уже не так важно
Серьёзно? Есть примеры S3 не в амазоне?
источник

EP

Evgeny Ponomarev in ББ-чат
Ну и опять же - S3 это сторадж, а не CDN. Тебе надо юзать CDN + S3 чтобы раздавать статику в вебе с хорошим латенси
источник