Асинхронний виклик RPC.

В стандартному варіанті виклику клієнтом віддаленої процедури, його роботи призупиняється до отримання відповіді. Коли відповідь не потрібна, цей жорсткий алгоритм "Запит-відповідь" не є необхідним, приводячи тільки до блокування клієнта з неможливістю проводити роботу до отримання відповіді від віддаленої процедури.

Для обробки подібних випадків системи RPC можуть надавати засоби для асинхронного виклику RPC (asynchronous RPC). За допомогою цих засобів клієнт отримує можливість продовжити свою роботу відразу після виконання запиту RPC. При асинхронному виклику RPC сервер негайно по приходу запиту відсилає клієнтові відповідь, після чого викликає запитану процедуру. Відповідь служить підтвердженням того, що сервер приступив до обробки RPC.

Клієнт продовжує роботу, знімаючи блокування, відразу після отримання від сервера цього підтвердження на рис. 12,а наведено стандартний алгоритм взаємодії "запит-відповідь", а на рис. 12,б - алгоритм взаємодії клієнта і сервера в разі асинхронного виклику RPC.

Рис.12 Взаємодія між клієнтом і сервером в RPC традиційні схемі (а). Взаємодія з використанням асинхронного виклику RPC(б).

Асинхронні виклики RPC також можуть бути корисні в випадках, коли відповідь буде відправлена, але клієнт не готовий просто чекати його, нічого не роблячи. Наприклад, клієнт може заздалегідь вибрати мережеві адреси з набору хостів, з якими незабаром буде зв'язуватися. У той час, поки служба іменування збере ці адреси, клієнт може зайнятись іншими речами. У подібних випадках має сенс організувати сполучення між клієнтом і сервером через два асинхронних виклики RPC, як це показано на рис.13.

Рис.13. Взаємодія клієнта і сервера за допомогою двох асинхронних викликів RPC.

Слід окремо відзначити варіант асинхронного виклику КЗС, який реалізується в тих випадках, коли клієнт продовжує роботу відразу після відправлення запиту на сервер. Іншими словами, клієнт не очікує від сервера підтвердження в отриманні запиту. Такі виклики називаються односторонніми викликами RPC (one-way RPC). Проблема такого підходу полягає в тому, що при відсутності гарантій надійності клієнт не може бути точно впевнений, що його запит буде виконаний.

Спочатку він викликає сервер, щоб передати йому список імен хостів, який слід підготувати, і продовжує свою роботу, коли сервер підтверджує отримання цього списку. Другий виклик робить сервер, який викликає клієнта, щоб передати йому знайдені адреси. Комбінація з двох асинхронних викликів RPC іноді називається відкладеним синхронним викликом RPC (deferred synchronous RPC).