Rust vs Go для высоконагруженных микросервисов: мифы и реальность бенчмарков

Накипело. Пересмотрел кучу докладов с последних конференций, где ребята с горящими глазами рассказывают, что Rust чуть ли не в 10 раз быстрее Go на типичных HTTP-сервисах. Провёл собственные тесты на реальных сценариях: CRUD с PostgreSQL, парсинг JSON, работа с Redis. Результаты оказались куда скромнее — разница в 1.5–2x, и то только на CPU-bound задачах с ручным управлением памятью. На IO-bound нагрузках Go с его горутинами выигрывает за счёт меньшего потребления памяти и более предсказуемого GC. Второй момент — разработка. Rust требует в 2–3 раза больше времени на написание кода из-за borrow checker и отсутствия нормального ORM. Да, ты получаешь безопасность и контроль, но вопрос: окупается ли это в типовом проекте без экзотических требований по latency? Судя по моему опыту в финтехе, где мы переписали один сервис с Go на Rust, профит оказался незначительным, а стоимость поддержки выросла. Интересно, кто-то сталкивался с реальными цифрами, а не с маркетингом? P.S. И да, если кто-то сейчас начнёт рассказывать про zero-cost abstractions, не забывайте, что они работают только при грамотном проектировании. А так — получаем std::sync::Mutex на каждом шагу и теряем все преимущества. 👀