Здравствуйте, Kingofastellarwar, Вы писали:
K>есть эспериментальный проект K>он очень модульный K>в текущем ввиде это он запускается как один процесс K>но в будущем обязателньо потребуется для надежности чтобы модули находились в отделных процессах K>на данном этапе если этим заморачиваться то это сильно все усложнит потому что арзитектура и клучевые аспекты часто мутируют K>как можно было бы на этапе проектирования однопроцессной версии учесть хотя бы частично будущее разделение на отдельные процессы? K>как организовать архитекрутру так, чтобы потом минимизировать изменения связанные с тем что сотни связей должны быть сериализованы?
А делает то он что?
В качестве вариантов сходу:
1) шардинг с перебалансировкой
2) стэйтлес сервер. Полезная активность в таком случае изолированна, так что можно балансировать с клиента(либо отдельного прокси-балансера с которым общается клиент?). Сервер(он же сервер?) в таком случае просто выполняет некие действия на пришедших к нему данных.