Блог

Кто-нибудь, пожалуйста, может предоставить конкретные ссылки, в которых упоминаются преимущества RPC по сравнению с другими моделями взаимодействия между процессами.

Также, лучше ли RPC подходит для TCP / IP или HTML или аналогичных других средств передачи.

Заранее благодарю.

Я думаю, что вы смешиваете и сопоставляете различные части интернет-стека. Следуя пятиуровневой сетевой модели (существует также семиуровневая модель, которую вы можете сравнить),

1. Прикладной уровень: множество, включая HTTP, RPC и т.д.
2. Транспортный уровень: TCP (существуют и другие, включая UDP, ICMP)
3. Сетевой уровень: IP
4. Канальный уровень
5. Физический уровень

RPC будет находиться на прикладном уровне, поэтому я не совсем понимаю, как будет задействован HTML.

Что касается RPC: он (наряду с другими подобными протоколами, такими как RMI на Java) предоставляет вам способ прозрачного вызова процедуры, расположенной на другом компьютере по сети, как если бы она была локальной. Хорошо ли это? На первый взгляд может показаться, что это упрощает распределенные вычисления, но это может быть иллюзией. Потому что обработка распределенной системы как единого компьютера может быть очень опасным способом программирования.

Уолдо и др. очень хорошо описывают проблему (серьезно, это отличная статья). В распределенных системах возникают проблемы, не встречающиеся в автономных системах: задержка; частичный сбой; различные модели доступа к памяти. Это «трудные части» распределенных вычислений. RPC решает «легкую часть»: сортировку и отмену сортировки данных, одновременно покрывая сложные части бумагой и, скорее всего, создавая ложное чувство безопасности.