Точно не понимаю как разделять бэк и фронт, сейчас бэк написан так что он в какой-то степени старается быть удобным для фронта, но ощущение что это неправильно и он должен быть независим
Слишком широко ставите вопрос. Что именно интересует? Где ограничить бэк, где сортировать и где группировать ?
Например есть место, где бэк реализует добавление/удаление связей через отдельные методы, и фронту для того чтобы работать с этим, приходится делать столько запросов, сколько операций с этим списком произведено. И это тоже кажется неправильным.
А какая цель? Научиться общаться с сервером со стороны фронта?
хочу использовать ноду для написания серверной утилиты (обслуживание и анализ кластера k8s) а для этого мне понадобится разбивать задачи на потоки, чтобы выполнение было не в очередь, и плюс ко всему этому потоки должны уметь между собой сообщаться.
хочу использовать ноду для написания серверной утилиты (обслуживание и анализ кластера k8s) а для этого мне понадобится разбивать задачи на потоки, чтобы выполнение было не в очередь, и плюс ко всему этому потоки должны уметь между собой сообщаться.
Так с этим вроде и не было проблем никогда, вы можете как отдельные процессы запускать и общаться с ними так теперь и потоки создавать
хочу использовать ноду для написания серверной утилиты (обслуживание и анализ кластера k8s) а для этого мне понадобится разбивать задачи на потоки, чтобы выполнение было не в очередь, и плюс ко всему этому потоки должны уметь между собой сообщаться.
А что за задача будет в потоке? Почему последовательно не хотите?
Например есть место, где бэк реализует добавление/удаление связей через отдельные методы, и фронту для того чтобы работать с этим, приходится делать столько запросов, сколько операций с этим списком произведено. И это тоже кажется неправильным.
То есть вам нужно со стороны фронта добавлять связь через спец ручку? Это же бэковая задача, как я понимаю. Вам же нужно по идее только одну ручку дернуть. Подробнее можете написать?