А если лямбда? Я так понял, там есть ещё какая-то похожая пепяка, типа db-on-the-edge (глупость сказал, возможно, не помню просто), которую тоже не надо поднимать в одном экземпляре, а можно прям под запрос создавать. Да даже какой-то примитивный key-value, ведь там стейта буквально 3 переменных

А еще deno тоже kv анонсировал https://deno.com/kv

https://www.thinkmachina.com/primevideo-cuts-costs-90-with-monolith/

по сути основной "cut" был из-за aws)) имхо ну и странно было изначально в с3 класть буфер

не зря же все эти консультанты-архитекторы по aws существуют, которые берут по £500 в час за консультации 😃

берешь 500 за час, чтоб быть уверенным что компания готова выкидывать/вкидывать деньги в авс и будет довольна тобою даже если оверхед наклацаешь)))

не зря же все эти консультанты-архитекторы по aws существуют, которые берут по £500 в час за консультации 😃

Бывает что они стоят своих денег, недавно читал кейс, где сэкономили $500k в год на записи в динамодб. Суть была в том, что там платишь допустим с шагом по 2.5кб и если пишешь 2.6 то округляется вверх до 5 и платишь почти х2. И там стали батчить грамотно при записи, чем снизили расходы почти в два раза

Но этот переход на монолит у прайма реально как нож в спину от своих с точки зрения пиара получился

плюс тут еще контекст важен, может изначально так команды были устроены, что удобнее было пилить микросервисы и разумеется aws-ом обмазываться раз он условно бесплатный (в амазоне)

Технические статьи в 2023, которые мы заслужили https://web.archive.org/web/20230517062459/https://habr.com/ru/articles/735500/ 😢

Технические статьи в 2023, которые мы заслужили https://web.archive.org/web/20230517062459/https://habr.com/ru/articles/735500/ 😢

а можно ролики с ютуба @vitkarpov разместить в РБК?

Проще руками апрувить новых участников, это не так часто бывает

Сегодняшнюю по JS смотрели? https://leetcode.com/problems/cache-with-time-limit/ Решение с таймаутами для ивалидации кажется плохим, несмотря что дает O(1) для count(). Что думаете?

В event queue держать под каждое значение функцию очистки, я про это, как оно в реальной жизни для ноды, например?

аргумент понятен, а в какой момент очищать если хранить "время протухания"? или просто смотреть на него когда в следующий раз пришли в set?

Просто когда у тебя время протухания - оно не потеряется, а если колбеки потеряются, когда сервер крашнется

Я просто не знаю как тот же редис работает, он периодически что-то в persistent storage записывает или никогда?

Просто когда у тебя время протухания - оно не потеряется, а если колбеки потеряются, когда сервер крашнется

зависит от того, что ты в этом кеше хранишь, может и пофигу если оно потеряется при рестарте сервера

да да, банковские транзакции))))

Я очищаю в get если не валидный и когда считаю в count() но тут O(n)

Я очищаю в get если не валидный и когда считаю в count() но тут O(n)

Я очищаю в get если не валидный и когда считаю в count() но тут O(n)

Сегодняшнюю по JS смотрели? https://leetcode.com/problems/cache-with-time-limit/ Решение с таймаутами для ивалидации кажется плохим, несмотря что дает O(1) для count(). Что думаете?

А вчерашний промис пул решил https://leetcode.com/problems/promise-pool ? мне прямо задачка понравилась, думаю видосик что ли запилить

А вчерашний промис пул решил https://leetcode.com/problems/promise-pool ? мне прямо задачка понравилась, думаю видосик что ли запилить

Привет! А подскажи, что используешь, чтобы видосики запиливать? Как экран записывать и т д 🙂

видосики делал через quicktime + монтаж в imovie. стримы через zoom

Классная, да. Я сразу к Promise.all() и к слайсу из n функций пришел, но чтобы рекурсивную функцию обработки одной за одной не додумался сам

я вот тоже крутился сперва вокруг Promise.all и Promise.race, но потом понял, что это не работает. в итоге, пришел к рекурсии тоже