У меня есть работа по реализации распределенной системы узлов (например, узлов p2p), каждый из этих узлов (скажем, A, B, C и D) выполняет определенные функции и должен взаимодействовать друг с другом для выполнения различных операций, таких как синхронизация. операции и другие вещи, такие как 15 A-узлов, взаимодействуют с группой из 5 B-узлов, чтобы попасть в очередь наименее загруженного узла и получить номер токена, а затем ждать C, чтобы перенаправить их на свободный узел D и т. д.
Я немного растерялся относительно того, как мне поступить с дизайном:
Протокол, о котором я подумал, заключается в инкапсуляции структуры типа операции и других отправляемых вещей. Кроме того, это делается с использованием схемы подтверждения, поэтому я могу быть уверен, что другая сторона получила сообщение.
Как мне перейти к аспекту распределенного взаимного исключения, поскольку у меня нет центрального сервера. Я предполагаю, что каждый узел реплицирует данные, но это звучит слишком дорого (не говоря уже о глупости).
Какова основная методология проектирования, которой придерживались при реализации систем p2p, т.е. как я могу реализовать программу таким образом, чтобы она блокировалась при получении, но также могла отправлять дальнейшие обновления и т. Д. И в то же время получать информацию от других о «состоянии» всей системы.
Как обеспечить полное упорядочение запросов?
Кроме того, каковы другие проблемы, которые мне, возможно, придется рассмотреть / лицо. Я также был бы признателен, если бы вы указали мне несколько хороших онлайн-ресурсов по внедрению p2p и распределенных систем.
Спасибо !!