Удаленный вызов процедур - Remote procedure call

В распределенных вычислений, а удаленный вызов процедур (RPC) - это когда компьютерная программа вызывает процедуру (подпрограмма ) для выполнения в другом адресном пространстве (обычно на другом компьютере в общей сети), которое кодируется, как если бы это был обычный (локальный) вызов процедуры, без явного кодирования программистом деталей для удаленного взаимодействия. То есть программист пишет по существу один и тот же код независимо от того, является ли подпрограмма локальной по отношению к исполняемой программе или удаленной. Это форма взаимодействия клиент-сервер (вызывающий - клиент, исполнитель - сервер), обычно реализуемая через систему передачи сообщений запрос – ответ. В парадигме объектно-ориентированного программирования RPC представлены вызов удаленного метода (RMI). Модель RPC предполагает уровень прозрачность местоположения, а именно, что процедуры вызова в значительной степени одинаковы, независимо от того, являются ли они локальными или удаленными, но обычно они не идентичны, поэтому локальные вызовы можно отличить от удаленных вызовов. Удаленные вызовы обычно на порядки медленнее и менее надежны, чем местные вызовы, поэтому важно их различать.

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

История и происхождение

Протоколы «запрос-ответ» относятся к ранним распределенным вычислениям в конце 1960-х годов, теоретические предложения о вызовах удаленных процедур в качестве модели сетевых операций относятся к 1970-м годам, а практические реализации относятся к началу 1980-х годов. Брюс Джей Нельсон обычно приписывают введение термина "удаленный вызов процедуры" в 1981 году.[1]

Вызовы удаленных процедур, используемые в современных операционных системах, уходят корнями в Мультипрограммная система RC 4000,[2] который использовал протокол связи запрос-ответ для синхронизации процессов.[3] Идея рассматривать сетевые операции как удаленные вызовы процедур восходит, по крайней мере, к 1970-м годам. ARPANET документы.[4] В 1978 г. Пер Бринч Хансен предложил «Распределенные процессы», язык для распределенных вычислений, основанный на «внешних запросах», состоящих из вызовов процедур между процессами.[5]

Одна из первых практических реализаций была осуществлена ​​в 1982 г. Брайан Рэнделл и коллег за их Ньюкасл Коннекшн между машинами UNIX.[6] Вскоре за ним последовали «Люпин» Эндрю Биррелла и Брюса Нельсона в Кедр окружающая среда в Xerox PARC.[7][8][9] Люпин автоматически генерировал заглушки, обеспечивая безопасные привязки к типам и использовал эффективный протокол для связи.[8] Одним из первых в бизнесе использования RPC был Ксерокс под названием «Курьер» в 1981 году. Первая популярная реализация RPC на Unix был RPC Sun (теперь называется ONC RPC), используется в качестве основы для сетевой файловой системы (NFS).

В 1990-х годах с популярностью объектно-ориентированного программирования, широко применялась альтернативная модель удаленного вызова метода (RMI), например, в Общая архитектура брокера объектных запросов (CORBA, 1991) и Вызов удаленного метода Java. Популярность RMI, в свою очередь, упала с появлением Интернета, особенно в 2000-х годах.

Передача сообщений

RPC - это ответ на запрос протокол. RPC инициируется клиент, который отправляет сообщение запроса известному удаленному сервер для выполнения указанной процедуры с предоставленными параметрами. Удаленный сервер отправляет ответ клиенту, и приложение продолжает свой процесс. Пока сервер обрабатывает вызов, клиент блокируется (он ждет, пока сервер завершит обработку, прежде чем возобновить выполнение), если только клиент не отправит серверу асинхронный запрос, например XMLHttpRequest. Существует множество вариаций и тонкостей в различных реализациях, что приводит к множеству различных (несовместимых) протоколов RPC.

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

Цепочка событий

  1. Клиент звонит клиенту заглушка. Вызов - это вызов локальной процедуры, с параметрами, помещенными в стек обычным способом.
  2. В заглушка клиента упаковывает параметры в сообщение и выполняет системный вызов для отправки сообщения. Упаковка параметров называется сортировка.
  3. Местный клиент Операционная система отправляет сообщение с клиентской машины на сервер.
  4. Местный Операционная система на сервере машина передает входящие пакеты на заглушка сервера.
  5. Заглушка сервера распаковывает параметры из сообщения. Распаковка параметров называется демаршаллинг.
  6. Наконец, заглушка сервера вызывает процедуру сервера. В ответе прослеживаются те же шаги в обратном направлении.

Стандартные контактные механизмы

Чтобы позволить различным клиентам получать доступ к серверам, был создан ряд стандартизированных систем RPC. Большинство из них используют язык описания интерфейса (IDL), чтобы различные платформы могли вызывать RPC. Затем файлы IDL можно использовать для генерации кода для взаимодействия между клиентом и серверами.

Аналоги

Известные реализации и аналоги RPC включают:

Зависит от языка

  • Ява с Вызов удаленного метода Java (Java RMI) API обеспечивает функциональность, аналогичную стандартным методам Unix RPC.
  • Идти обеспечивает пакет rpc для реализации RPC с поддержкой асинхронных вызовов.
  • Модула-3 сетевые объекты, которые были основой Java RMI[10]
  • RPyC реализует механизмы RPC в Python с поддержкой асинхронных вызовов.
  • Распределенный Ruby (DRb) позволяет программам Ruby взаимодействовать друг с другом на одной машине или по сети. DRb использует удаленный вызов метода (RMI) для передачи команд и данных между процессами.
  • Erlang ориентирован на процессы и изначально поддерживает распространение и RPC через передачу сообщений между узлами и локальными процессами.
  • Эликсир строится на основе виртуальной машины Erlang и обеспечивает обмен данными между процессами (процессы Elixir / Erlang, а не процессы ОС) одной и той же сети «из коробки» через агентов и передачу сообщений.

Зависит от приложения

Общий

  • NFS (Сетевая файловая система ) является одним из самых известных пользователей RPC
  • Вызов удаленной процедуры Open Network Computing, к Sun Microsystems
  • D-автобус Открытый исходный код МПК программа предоставляет аналогичные функции CORBA.
  • SORCER предоставляет API и язык, ориентированный на выполнение упражнений (EOL), для вызова федеративного метода
  • XML-RPC это протокол RPC, который использует XML кодировать его звонки и HTTP как транспортный механизм.
  • JSON-RPC это протокол RPC, который использует JSON закодированные сообщения
  • JSON-WSP это протокол RPC, который использует JSON закодированные сообщения
  • МЫЛО является преемником XML-RPC и также использует XML для кодирования своих HTTP-вызовов.
  • ZeroC с Internet Communications Engine Платформа распределенных вычислений (Ice).
  • Травить каркас для построения сетевых сервисов.
  • Apache Thrift протокол и структура.
  • CORBA обеспечивает удаленный вызов процедур через промежуточный уровень, называемый брокер запроса объекта.
  • Libevent предоставляет основу для создания серверов и клиентов RPC.[11]
  • Фонд связи Windows представляет собой интерфейс прикладного программирования в платформе .NET для создания связанных сервис-ориентированных приложений.
  • Microsoft .NET Удаленное взаимодействие предлагает средства RPC для распределенных систем, реализованные на платформе Windows. Он был заменен WCF.
  • Microsoft DCOM использует MSRPC который основан на DCE / RPC
  • Фонд открытого программного обеспечения DCE / RPC Распределенная вычислительная среда (также реализуется Microsoft).
  • Google Буферы протокола (protobufs) пакет включает язык определения интерфейса, используемый для его протоколов RPC.[12] с открытым исходным кодом в 2015 году как gRPC.[13]
  • ВАМП объединяет RPC и Публикация-подписка в единый протокол, не зависящий от транспорта.
  • Google Web Toolkit использует асинхронный RPC для связи с серверной службой.[14]
  • Apache Avro предоставляет RPC, где схемы обмена клиентом и сервером в квитировании соединения и генерации кода не требуются.
  • Встроенный RPC это облегченная реализация RPC, разработанная NXP, нацеленная на основные ядра CortexM
  • Надежная среда выполнения KF использует прокси и маршалинг объектов для передачи объектов через песочницы
  • msgpack-rpc это облегченная реализация RPC с использованием Пакет сообщений для сериализации данных. Используется в текстовом редакторе Неовим.

Смотрите также

Рекомендации

  1. ^ Брюс Джей Нельсон (Май 1981 г.). Удаленный вызов процедур. PARC CSL-81-9 (также CMU-CS-81-119). Исследовательский центр Xerox в Пало-Альто. Кандидатская диссертация.
  2. ^ "Пер Бринч Хансен • Компьютерное общество IEEE". www.computer.org. Получено 2015-12-15.
  3. ^ Бринч Хансен, Пер (1969). Программное обеспечение RC 4000: мультипрограммная система (PDF). Копенгаген, Дания: Regnecentralen.
  4. ^ Джеймс Э. Уайт (23 декабря 1975 г.). «Фреймворк высокого уровня для совместного использования сетевых ресурсов». RFC 707. Центр исследований аугментации. Получено 11 июля, 2011.
  5. ^ Бринч Хансен, Пер (ноябрь 1978 г.). «Распределенные процессы: концепция параллельного программирования» (PDF). Коммуникации ACM. 21 (11): 934–941. CiteSeerX  10.1.1.107.3108. Дои:10.1145/359642.359651.
  6. ^ Браунбридж, Дэвид Р .; Маршалл, Линдси Ф .; Рэнделл, Брайан (1982). "Ньюкасл коннект" (PDF). Программное обеспечение - практика и опыт. 12 (12): 1147–1162. Дои:10.1002 / spe.4380121206. Архивировано из оригинал (PDF) на 2016-08-16. Получено 2016-08-16.
  7. ^ Биррелл, Эндрю Д.; Нельсон, Брюс Джей (1984). «Реализация удаленных вызовов процедур» (PDF). ACM-транзакции в компьютерных системах. 2: 39–59. Дои:10.1145/2080.357392.
  8. ^ а б «1994 - Эндрю Биррелл, Брюс Нельсон: удаленный вызов процедуры». Ссылка на премию Software System Award. Ассоциация вычислительной техники. Архивировано из оригинал 2 апреля 2012 г.. Получено 11 июля, 2011.
  9. ^ «Премия Зала славы SIGOPS». Специальная группа по операционным системам. Ассоциация вычислительной техники. Получено 11 июля, 2011.
  10. ^ Языки программирования от А до Я: Модула-3 - от А до Я языков программирования В архиве 2009-01-05 в Wayback Machine. Компьютерный мир. Проверено 17 июля 2013.
  11. ^ libevent: главная страница. Monkey.org. Проверено 17 июля 2013.
  12. ^ «Буферы протокола - формат обмена данными Google». Сайт проекта Google. Получено 1 ноября, 2011.
  13. ^ «Универсальная среда RPC с открытым исходным кодом gRPC». Сайт проекта Google. Получено 7 сентября, 2016.
  14. ^ "Google Web Toolkit". Сайт проекта Google. Получено 1 ноября, 2011.

внешняя ссылка