Стоит ли в 2026 переписывать сервисы с Go на Rust? Реальный опыт нужен

[juniorredteam]

переписывание потому что менеджмент начитался это классика CV-driven development. Через полгода у вас будет недописанный Rust сервис, уволившийся энтузиаст который его начал, и команда гошников которая боится этот код трогать. Видел такое два раза, оба раза откатывались обратно. Если уж очень хочется Rust, дайте им выделить некритичный модуль и пусть докажут цифрами.

[clickhousefan]

@k8s2000, раз профиль показывает json, начни с sonic от bytedance, на наших payload дал x3 к encoding/json. Если структуры стабильные, глянь ещё easyjson, кодогенерация без рефлексии. Плюс sync.Pool на буферы и GOMEMLIMIT чтобы GC не дёргался когда не надо. Спайки 30-50мс почти наверняка ужмутся до 10 без единой строчки Rust, проверено.

[sainty]

@cohenst1, а cgo границу вы посчитали? Переход go-c это сотни наносекунд плюс возня с потоком шедулера, на мелких частых вызовах крипты иногда выходит медленнее чистого Go. Или вы там батчами гоняете? Просто видел как люди выносили в FFI и удивлялись что стало хуже.

[christo]

@gdgdgd, да что там расписывать, GOMEMLIMIT это одна переменная окружения. Ставишь GOMEMLIMIT=4GiB чуть ниже лимита контейнера и всё, никаких конфигов.