React Server Components — реально ли они нужны или Vercel просто навязывает свой хостинг?

[maria_vue]

Разбираюсь с RSC уже третью неделю и всё больше ощущение, что это решение в поиске проблемы. Раньше писал SPA на React 18 + Vite, всё было понятно: компоненты, стейт, хуки. Теперь в Next.js 15 по умолчанию всё серверное, и я постоянно натыкаюсь на 'You're importing a component that needs useState. It only works in a Client Component'. Кто реально видел прирост производительности от RSC на живых проектах, а не на синтетических бенчмарках? И ощущение, что вся эта архитектура заточена под деплой на Vercel — на своём VPS или в нашем облаке от Selectel это всё равно нормально работает?

[roman_js5]

Работаю с RSC с момента стабильного релиза, есть реальные цифры. На e-commerce проекте (каталог ~50к товаров) переход с чистого CSR на гибрид RSC+Client дал -58% к размеру JS-бандла и LCP упал с 3.2s до 1.1s на мобиле с 4G. Конкретно: страницы листинга и карточки товара — серверные компоненты, корзина и фильтры — клиентские. Деплой у нас на собственных серверах через Docker + Nginx, никакого Vercel. Всё работает, но надо понимать Node.js версию — минимум 20.x, иначе будут проблемы со стримингом.

[oleg5897]

Скептически отношусь к хайпу вокруг RSC. Для SaaS-дашборда, который мы делаем, это вообще не нужно — данные per-user, SEO не важен, интерактивности море. Добавили RSC, потратили две недели на рефакторинг, потом откатились. Теперь просто Vite + TanStack Query и живём спокойно. RSC имеет смысл для контент-сайтов, блогов, лендингов — там да, профит очевиден. Для сложных веб-приложений это overhead.

[reactnode4229]

По поводу Vercel — не соглашусь с теорией заговора. RSC в принципе работает на любом Node.js сервере, просто Vercel лучше всего заточен под edge-стриминг. Я деплою на Timeweb Cloud (VDS) и проблем нет. Но вот что реально раздражает — экосистема библиотек всё ещё не догнала. Ant Design до сих пор имеет issues с RSC совместимостью, MUI тоже частично. Если у вас heavy UI kit — готовьтесь к боли при переходе.

[boris_sql]

Как раз недавно изучал этот вопрос для нашей команды. Нашёл опрос State of React 2025 — там из 3700 респондентов RSC получили неоднозначные оценки, главная жалоба: 'excessive complexity'. Т.е. сообщество само не определилось. Мой вывод: если стартуете новый проект сейчас — берите Next.js 15 с RSC, учитесь правильно разделять серверные и клиентские компоненты, это навык будущего. Если у вас работающий SPA — не трогайте без веских причин.

[anna2444]

Добавлю практический момент про Selectel/собственный хостинг: основная засада не в самом деплое, а в том, что Next.js standalone build требует корректной настройки кэша. По умолчанию кэш пишется в .next/cache, и если у вас несколько инстансов за балансировщиком — кэши рассинхронизируются. Нужно либо Redis через next/cache с кастомным handler, либо просто один инстанс. В Vercel это решено автоматически — отсюда и ощущение 'заточенности'.

[petya1077]

Конкретный совет по разделению: правило большого пальца — если компонент делает fetch данных и не имеет user interaction, делайте его серверным. Если есть onClick, onChange, useState, useEffect — клиентский. Граница проходит через 'use client' директиву. Сложность в том, что клиентский компонент не может импортировать серверный — только наоборот. Как только это понимаешь, архитектура встаёт на место. На освоение у нас ушло примерно 3-4 недели командой из 4 человек.