Page 42 - 4785

реалізації такого зв’язку можна виділити три моделі взаємодії між
прикладними Процесами:
- модель Клієнт-Сервер (Client-Server);
- модель Видавець-Абонент (Publisher-Subscriber);
- модель Виробник-Споживач (Producer-Consumer);
Модель Клієнт-Сервер передбачає взаємодію тільки двох
прикладних Процесів: Процесу-запитувача (Клієнт) та Процесу-
відповідача (Сервер). Замовлення послуг проводиться за
допомогою запитів (request). Сервер, обробивши запит
повертає відповідь (response). Структура запиту і відповіді залежить
від реалізації протоколу. У виродженому варіанті це можуть бути
дані для запису (в запиті) та для читання (у відповіді).
Модель Видавець-Абонент(Publisher-Subscriber)
Модель забезпечує зв’язок між декількома прикладними
Процесами, один з яких видавець а інші Абоненти.
Процедура передачі даних називає-
ться публікацією (publication).Цей тип обміну найбільш підходить
для передачі даних у багатоадресному режимі, оскільки прикладних
Процесів-Абонентів може бути декілька. Таким чином у певний
момент часу дані надходять від прикладного Процесу-видавця всім
Процесам-абонентів. У залежності від того, який прикладний
Процес генерує публікацію, виділяють два типи моделі Видавець-
Абонент (рис.2.5):
- pull model, коли момент публікації визначає прикладний
Процес одного із вузлів, який у необхідний момент
відправляє запит на публікацію. У деяких системах це
може бути спеціально виділений прикладний Процес,
що називається Pull Publishing Manager;
- push model, коли момент публікації визначає
прикладний Процес-видавець, наприклад при зміні цих
даних, або через певні проміжки часу.
Прикладний Процес у системі для одних даних може бути
Видавцем, а для інших – Абонентом.

40