всё так, скоро сервера полностью заменят людей

ну почему же на пиздец. Всегда можно купить ещё больше серверов!

@gds Ну блядь, а если функция скорасти работы от количества серверов стремится к фиксированному значению? А обычно так и случается.

@komar тогда нужен ещё редис. И варнишем полирнуть.

@gds Ну это смотря что за проект, но тут уже намного попроще.

@komar У монги не совсем так: функция растет не асимтотически приближаясь к некоторому значению, а тупо обрывается на определенном (и при этом не слишком большом для крупных проектов), после которого нормально не работает.

@etw удобно!

@etw Расскажи кулсторю.

@komar Я сама монгу в таких масштабах не использовала, однако общалась с разными людьми, которые этим занимались и они описывали примерно то, что я написала: сначала ты делаешь себе шардированную монгу, все работает нормально и проблем никаких нет, потом проект растет-растет и в один прекрасный день при переходе какого-то порога без видимого повода резко начинются КРОВЬКИШКИ. И что это будет за порог в конкретно твоем проекте, никто заранее сказать не может.

@etw А какого плана кровькишки — не рассказывали? Данные идут по пизде, или просто при нагрузке RPS’ы падают?

@komar Падает, нагрузку не держит, раньше иногда данные теряла при падении, сейчас хз.

@etw Я, конечно, не специалист, но похоже на просто хуевый код.

>почему такая стратегия обречена на пиздец. почему?

@krkm Потому что DBA знает, как не обосраться, а дополнительные N серверов - не знают.

@etw какая доля инновационных не имеющих аналогов сервисов дорастет хотя бы до того, чтобы купить второй сервир для монги?

@etw по $id сортируешь штоле