b
Dollar Føølish
А откуда цифра в 64 Гб?
большинство дедиков которые ты можешь купить у провайдеров типа OVH, Hetzner и других (как и напрямую у датацентров) имеют ощутимый порог в районе 64 гб
Size: a a a
2020 July 01
b
и с учетом потребления памяти у современных приложений этого должно хватить с головой чтобы развернуть несколько критичных подов помимо самого линейно горизонтально масштабируемого приложения
b
да и 64 гб это с серьезным запасом. хуй знает чего можно добиться используя пару-тройку 16 гб тачек, прямые руки, нормальные подтюненные датасторы и стандартные unix–утилиты
b
одна из прелестей перла (кстати, кто смотрел свежий релиз перла?) в том, что он легко интегрируется со всем стандартным юниксовым тулсетом
RP
b
да и все знают притчу про то, что эти самые юниксовые команды часто будут работать быстрее и лучше, чем какой-нибудь хадуп
RP
Они дадут тебе ACID?
b
просто потому что когда у тебя SSD, то читать файлы — это прекрасно, а оверхед пайп минимальный
b
Они дадут тебе ACID?
есть десятки коммерческих и некоммерческих решений, которые дают ACID гарантии, в зависимости от того какие трейдофы тебе надо
RP
есть десятки коммерческих и некоммерческих решений, которые дают ACID гарантии, в зависимости от того какие трейдофы тебе надо
Юниксовые команды дадут? Не какие-то там решения?
b
да я же сказал что это больше притча, нежели реальность. хотя вообще в каждой притче доля правды, в том смысле что если тебе надо, условно говоря, собирать аналитику, то ACID гарантии вообще как правило не нужны
b
что касается современных свежих подходов к этому делу, мне например нравится полностью автоматически гео-реплицируемая ACID SQL база cockroach
b
разворачиваешь ее на кластере, по 3 точки отказа на континент (в рамках одного датацентра) и твой бизнес не убить
RP
просто потому что когда у тебя SSD, то читать файлы — это прекрасно, а оверхед пайп минимальный
Мне кажется, ты не совсем понимаешь масштаб трагедии, когда тебе надо обеспечить работоспособность бд, когда у пользователей «кривые руки».
b
все плюшки SQL + никакого гемора, который приходит с нереляционными хранилищами
b
Мне кажется, ты не совсем понимаешь масштаб трагедии, когда тебе надо обеспечить работоспособность бд, когда у пользователей «кривые руки».
да что я не понимаю… я же вел аллюзию к совершенно понятному кейсу. собирается много фич по типу кто-то сделал что-то тогда-то + контекст, это все щас пихают в хадуп и собирают какие-то каличные пайплайны
b
мой поинт что скрипт, который будет использовать ripgrep, sed, awk и пару-тройку других утилит
b
на практике будет работать куда быстрее, чем любой хадуп
b
для этой задачи не нужны какие-либо особенные гарантии, можно буквально в перле написать линуксовый “пайплайн”, который будет жрать в 10х раз меньше памяти
b
и не нужны никакие 100 гб+ кучи