Заключна частинаНаявність потужних і гнучких механізмів взаємодії між процесами є важливим для всякої розподіленої системи. У традиційних мережевих додатках зв'язок часто базується на низькорівневих примітивах передачі повідомлень, наданих транспортним рівнем. Важливою особистістю систем проміжного рівня є високий ступінь абстракції, завдяки якому опис взаємодії між процесами на проміжному рівні значно простіший, ніж якби ми обмежилися тільки інтерфейсами транспортного рівня. Однією з найбільш широко використаних абстракцій є віддалений виклик процедур (Remote Procedure Call, RPC). Сутність RPC в тому, що будь-яка служба реалізується за допомогою виклику процедури, яка виконується на сервері. Клієнт надає тільки сигнатуру процедури та її параметри. Коли клієнт викликає процедуру, клієнтська реалізація, яка називається заглушкою, упаковує значення параметрів в повідомлення і пересилає його на сервер. Останній викликає процедуру і повертає результат у вигляді повідомлення. Клієнтська заглушка витягує з цього повідомлення значення результату і передає його додатку клієнта. Механізм RPC орієнтований на забезпечення прозорості доступу. Однак він слабко підтримує передачу посилань. Звернення до віддалених методів (Remote Method Invocation, RMI) нагадує RPC, але відображає специфіку віддалених об'єктів. Основна різниця між ними полягає в тому, що RMI дозволяє використовувати в якості параметрів посилання на об'єкти системи. RPC і RMI надають механізми синхронного зв'язку, при якій клієнт блокується до отримання відповіді від сервера. Незважаючи на варіації існуючих механізмів, в яких жорстка синхронна модель пом'якшена, нерідко зручнішими виявляються універсальні високо рівневі моделі, орієнтовані на передачу повідомлень. У моделях передачі повідомлень неважливо, чи є зв'язок збережений, так само як і неважливо, чи є він синхронізований. Суть збереженого зв'язку складається в тому, що послане повідомлення зберігається в комунікаційній системі до тих пір, поки не буде доставлено його за призначенням. У випадку не резидентного зв'язку механізми зберігання не передбачені, відповідно одержувач повинен бути готовий прийняти повідомлення, коли б воно не було послане. При асинхронному зв'язку відправник може продовжувати роботу відразу після установки повідомлення в чергу на відправлення. При синхронному зв'язку відправник блокується як мінімум до моменту отримання повідомлення. В інших варіантах відправник може блокуватися до моменту доставки повідомлення одержувачу чи до отримання від нього відповіді, як це зроблено в RPC. Моделі обміну повідомленнями проміжного рівня зазвичай надають збережений асинхронний зв'язок і використовуються там, де застосування механізмів RPC і RMI не виправдане. У першу чергу це інтеграція наборів баз даних (сильно розподілених) у великих інформаційних системах. Інші області їх застосування включають в себе електронну пошту і робочі потоки. Абсолютно інший зв'язок пропонують потоки даних, проблема яких складається в тому, що будь-які два послідовні повідомлення взаємопов'язані за часом. У безперервних потоках даних максимальна затримка доставки різна для кожного повідомлення. Крім того, необхідно щоб повідомлення володіли мінімальною затримкою доставки. Типовими прикладами безперервних потоків даних є аудіо- та відео-потоки. Часто буває складно описати, якими повинні бути часові взаємозв'язки або чого ми очікуємо від базової підсистеми зв'язку (в термінах якості обслуговування). При реалізації також виникають труднощі. Ускладнюючим фактором тремтіння (мінімальне і максимальне значення параметрів). Навіть якщо середня продуктивність досяжна, серйозні коливання часу доставки можуть призвести до неприйнятної продуктивності. Завідувач кафедри КСКСТ Г.М. Власенко Питання для самоконтролю
1. Дайте визначення відкритої системи та протоколу. 2. Що таке процедура read? 3. Як реалізується процедура read, якщо вона є віддаленною. 4. Поясніть термін мершалінг параметрів. 5. Назвіть та опишіть види прив’язки. 6.Що таке збережні і нерезидентні об'єкти?
|
