Ограничения механизма SunRPC как архитектуры клиент-диспетчер-сервер и сравнение с брокером

Question

Я читаю книгу по шаблонам проектирования (старое издание) " Архитектура программного обеспечения, ориентированная на шаблоны ".В главе, посвященной Client-Dispatcher-Server, SunRPC упоминается как архитектура Client-Dispatcher-Server, а portmapper действует как Dispatcher в согласовании клиент-сервер.Я практически никогда не использовал SunRPC, хотя знаю более или менее, как он работает.

У меня есть три вопроса:

• Каковы программные ограничения (с точки зрения интерфейсов и функций)SunRPC как механизм Client-Dispatcher-Server?
• Какие современные системы похожи для достижения той же архитектуры Client-Dispatcher-Server (независимо от языка)?
• Каковы внутренние различия междуархитектура брокера и архитектура клиента-диспетчера-сервера?

Я понимаю, что вопросов много и они сложные.Я рассмотрел вопрос о разделении на независимые вопросы, но смысл этого представления - об общих принципах и ограничениях архитектуры, а конкретный пример - SunRPC.Исходя из этих соображений, я заблаговременно объявляю, что я назначу вознаграждение в 100 представителей, как только у меня будет такая возможность, независимо от уровня моей удовлетворенности ответами в течение льготного периода.

Answer 1

Эта терминология необычна (по крайней мере для меня), возможно, поэтому вы не получаете много ответов. Судя по диаграмме на стр. 327 , клиент-диспетчер-сервер означает, что перенаправление на реальный сервер происходит во время соединения, в то время как брокер вставляет все сообщение ( стр. 109 )? Предполагая, что современными терминами будут «перенаправление» (или «служба имен» или «служба каталогов» и т. Д.) И «прокси», соответственно. Основным отличием является компромисс между задержкой и доступностью, то есть брокеры могут исправлять ситуацию, когда сервер умирает, а диспетчеры - нет; но брокеры добавляют немного времени обработки к конвейеру.

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

Я не знаю много о SunRPC и его ограничениях, и я понятия не имею, можно ли его использовать циклическим способом (поиск в Google для " балансировки нагрузки portmap " поворотов) ничего не поделать) Запись в таблице portmapper обычно указывает на один сервер, работающий на том же хосте, т.е. в основном этот механизм служит для того, чтобы избежать выделения известных TCP-портов для служб SunRPC.

Answer 2

Это хороший набор вопросов. Вы можете попробовать список siemens-pattern как uiuc. Последнее, что я знал, это был довольно низкий уровень громкости, но там было много острых людей, даже некоторые из авторов. Вы можете спросить и поделиться своим просветлением.