@tennoseremel
Да, я последние дни и ищу куда.

Вон хотел на Wasabi, а оказалось, что им самим уже не нравятся, что их как CDN используют и они новым юзерам не дают публичные бакеты делать.

Так что из моего бегства с Selectel случайно вытекает то, что лоршу, похоже, скоро тоже предстоит съёбываться с Wasabi, лол 😆

@tennoseremel
Ну, им продавали не CDN, а S3 без тарификации по запросам и трафику - оплата только за сторедж.

И ВНЕЗАПНО выяснилось, что это просто, понятно и удобно для того чтобы раздавать статику.

@cauf @tennoseremel
Технически и то, и другое - это некоторые стореджи.

Но один (S3) - это располагающийся в одном месте сторедж, который ведётся и запись, и чтение. Оптимизирован под программную работу с ним через API для чтения и записи "объектов" (файлов).

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

Это если очень коротко и очень просто.

@cauf @tennoseremel
И вот тут вступают в дело разные детали и оказывается, что это не совсем так, кейсы пересекаются, et cetera, et cetera.

Логика в твоём понимании есть, но она не ко всем кейсам подходит.

Например, твоя статика может лежать в S3, а CDN будет фронтом к S3. Пользователь из Мадагаскара идёт на CDN, тот видит, что у него такого файла в кеше нет, идёт через свою оптимизированную сеть в твой S3 в Москве, забирает файлик и хранит его там долго. И в следующий раз никому из Мадагаскара не придётся ждать запроса в Москву. И московский сервер не будет сильно нагружен всем миром.

Хорошие примеры CDN - это Google Global Cache, Cloudflare (не весь CF, а только часть их услуг, само собой).

@cauf @tennoseremel
Ну вот если убрать "публичную" часть S3, то в целом это просто такая более высокоуровневая парадигма работы с сущностями содержащими данные, чем блочное хранилище, которое ты видишь как ФС на сервере.

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

Например, у тебя может быть S3 с бэкендом в виде холодногго хранилища на лентах (GLACIER тип стореджа, например) и там, например, нет никаких гарантий, что когда ты сделаешь GET запрос - ты получишь на него ответ сразу же. Технически там может быть нужно время вплоть до того, что человек пойдёт и диск со склада принесёт, лол. Но всё это низкоуровневое за API скрыто.

И вот в таких кейсах CDN вообще ни при чём будет.

@Revertron
Нет смысла.
Там GET-запросы копейки стоят при моих масштабах. Можно ничего не кэшировать и отдавать прямо с S3.

Я, CDN вешал из двух соображений:
1. Меньше грузить их S3 раздачей статики
2. Чуть уменьшить задержку для юзеров

Про переделку S3 с переездом на другие домены у меня есть. Про новогоднюю обработку платежей - есть.
А вот про CDN - нет.

Я обычно деловую переписку не трогаю как раз потому, что это пруфы.

P.S. Я не исключаю, что я мог удалить такое письмо - поэтому и прошу скинуть пруф если у кого-то есть. На момент, который озвучивают они, я не пользовался этими услугами и мне было пофиг что они там планируют.