Найти тему
18 подписчиков

Не приведёт ли этот подход к созданию монолитов?

И да и нет.

1. Под капотом server actions тот же rest. Это просто rpc

Подход Server Actions, используемый в Next.js, действительно основан на принципах REST API. Это дает разработчикам привычный и надежный способ взаимодействия между клиентом и сервером. Однако, это не обязательно ведет к созданию монолитных приложений.

2. Разделяя фронт и бэк вы создаёте тот же монолит из-за сильной связанности слоёв

Разделение на фронтенд и бэкенд может привести к сильной связанности слоев, что с точки зрения архитектуры может сделать приложение монолитным. Вместо того чтобы иметь разные слои, которые могут быть легко заменены или модифицированы, мы получаем единый монолит, где изменение одного слоя может сказаться на всей системе.

3. Разделять следует слабо связанные системы. Система из 3000 микросервисов - монолит, если они сильно связаны. Система из 3 self-contained систем и 10 микросервисов будет дешевле и надёжнее, проектировать модульную структуру

Здесь ключевое понятие - слабая связанность. Система из множества микросервисов может стать монолитом, если они сильно связаны друг с другом. С другой стороны, небольшая система из нескольких самодостаточных компонентов и микросервисов может быть более эффективной и надежной, если они разработаны с учетом слабой связанности.

В заключение, не стоит считать интегрированный подход к разработке источником монолитов. Вместо этого, ключевым аспектом является гибкость и слабая связанность компонентов системы. Разработчики должны стремиться создавать системы, которые легко масштабируются, модифицируются и поддерживаются в долгосрочной перспективе.
1 минута