Хабарлама кезектері

1.

Хабарлама кезектері
Тексерген: Каламан Ерболат
Орындаған: Нұрманова Аяжан

2.

Жоспар:
Хабарлама кезегі дегеніміз не?
Хабарлама кезегінің негізгі принциптері.
Қолданылуы.
Стандарттар мен хаттамалар.
2

3.

Хабарлама кезегі
Хабарлама кезегі-серверсіз және микросервистік архитектураларда
қолданылатын қызметтер арасындағы асинхронды байланыс түрі.
Хабарламалар өңделгенше және жойылғанша кезекте тұрады.
3

4.

Хабарлама кезегі (немесе пошта
жәшігі) — информатикада — бір
процестің ішінде процессаралық
немесе ағынаралық өзара
әрекеттесу үшін қолданылатын
бағдарламалық жасақтама
компоненті. Хабар алмасу үшін
кезек қолданылады.
4

5.

Әрбір хабарламаны тек
бір рет және тек бір
тұтынушы өңдейді.
Хабарлама кезектерін
күрделі өңдеу процестерін
ажырату, Буферлеу немесе
пакеттік өңдеуді
ұйымдастыру және ең
жоғары жүктемелерді
тегістеу үшін пайдалануға
болады.
5

6.

Хабарлама кезегінің негізгі принциптері
Қазіргі бұлт архитектурасында қосымшалар кішігірім тәуелсіз
элементтерге бөлінеді, оларды жобалау, орналастыру және күтіп
ұстау оңайырақ. Хабарлама кезектері осындай таратылған
қосымшалар үшін өзара әрекеттесу және үйлестіру мүмкіндігін
қамтамасыз етеді. Хабарлама кезектері ажыратылған
компоненттері бар қолданба кодын жазуды едәуір жеңілдетеді,
сонымен қатар олардың өнімділігін, сенімділігі мен
ауқымдылығын арттырады.
6

7.

Хабарлама кезектері жүйенің
әртүрлі бөліктеріне асинхронды
түрде өзара әрекеттесуге және
операцияларды өңдеуге мүмкіндік
береді. Хабарлама кезегі
хабарламаларды уақытша сақтау
үшін қолданылатын жеңілдетілген
буферді және бағдарламалық
жасақтама компоненттеріне
хабарламаларды жіберу және
қабылдау үшін кезекке қосылуға
мүмкіндік беретін соңғы нүктелерді
ұсынады.
7

8.

Хабарламалар әдетте
кішкентай және сұраулар,
жауаптар, қате туралы
хабарламалар немесе кейбір
ақпарат болуы мүмкін.
Хабарлама жіберу үшін дереккөз
деп аталатын компонент кезекке
хабарлама қосады. Хабарлама
алушы деп аталатын басқа
компонент осы хабарламаны
шығарып алғанша және онымен
қандай да бір операция
жасағанша кезекте сақталады.
8

9.

Кезекті көптеген дереккөздер мен алушылар қолдана алады,
бірақ әр хабарламаны бір алушы тек бір рет өңдейді. Осы
себепті хабар алмасудың бұл әдісі көбінесе бір-бірімен немесе
тікелей хабар алмасу деп аталады. Хабарламаны бірнеше
алушылар өңдеуі керек болған кезде, хабарлама кезектерін
бұтақтарды
жобалау
үлгісіндегі
"баспагер-жазылушы"
хабарлама жіберу үлгісімен біріктіруге болады.
9

10.

10

11.

Хабарлама кезегінің көптеген іске асырулары іштей жұмыс
істейді: амалдық жүйенің ішінде немесе қосымшаның
ішінде. Мұндай кезектер тек осы жүйенің мақсаттары үшін
бар.Басқа енгізулер бірнеше қосымшалар мен бірнеше
операциялық жүйелерді қосу арқылы әртүрлі компьютерлік
жүйелер арасында хабарламалар жіберуге мүмкіндік береді.
Бұл хабарлама кезегі жүйелері, әдетте, жүйе істен шыққан
жағдайда хабарламалардың "жоғалмауын" қамтамасыз ету
үшін тұрақтылықты қамтамасыз ету үшін кеңейтілген
функционалдылықты қамтамасыз етеді.
11

12.

Қолданылуы
Хабарлама кезегін жүзеге асыру үшін
жүйелік
әкімші
хабарлама
кезегін
ұйымдастыруға арналған бағдарламалық
жасақтаманы
орнатады
және
конфигурациялайды (кезек менеджері
немесе брокер) және аталған хабарлама
кезегін анықтайды. Немесе олар хабарлама
кезегі қызметіне тіркеледі.Содан кейін
бағдарлама
кезекке
қойылған
хабарламаларды
"тыңдайтын"
бағдарламалық процедураны тіркейді.
12

13.

Екінші және кейінгі
қосымшалар кезекке қосылып,
оған хабарлама жібере
алады.Кезек менеджерінің
бағдарламалық жасақтамасы
хабарламаларды қабылдаушы
бағдарлама қосылғанға дейін
сақтайды, содан кейін тіркелген
бағдарламалық жасақтама
процедурасын шақырады. Содан
кейін алушы қолданба
хабарламаны сәйкесінше
өңдейді.
13

14.

Хабарламаларды жіберудің нақты семантикасының көптеген
нұсқалары бар, соның ішінде:
Төзімділік-хабарламалар жадта сақталуы, дискіге жазылуы немесе
тіпті ДҚБЖ-ға берілуі мүмкін, егер сенімділік қажеттілігі
ресурстарды қажет ететін шешімді көрсетсе.
Қауіпсіздік саясаты-бұл хабарламаларға қандай қосымшалар кіруі
керек?Хабарламаларды тазарту саясаты — кезектер немесе
хабарламалар "өмір сүру уақыты"болуы мүмкін.
Хабарламаларды сүзу - кейбір жүйелер деректерді сүзуді қолдайды,
осылайша абонент тек алдын-ала белгіленген критерийлерге сәйкес
келетін хабарламаларды көре алады.
Жеткізу саясаты-біз хабарламаны кем дегенде бір рет немесе бір
реттен артық жеткізбеуге кепілдік беруіміз керек пе?Маршруттау
саясаты-көптеген кезек серверлері бар жүйеде қандай серверлер
кезек хабарламаларын немесе хабарламаларын алуы керек?
14

15.

Стандарттар мен хаттамалар
Тарихи тұрғыдан алғанда, хабарлама кезегі әр түрлі операциялық
жүйелердің немесе бағдарламалау тілдерінің гетерогенді ортада өзара
әрекеттесу қабілетін шектейтін өзінің жабық хаттамаларын қолданды.
Ашық бастапқы хабарлама кезегін жүзеге асыруда қолданылатын үш
стандарт пайда болды:
Advanced Message Queuing Protocol (AMQP) - көп функциялы хабарлама
кезегі протоколы
STOMP (STOMP) — қарапайым мәтіндік хабарлама ХАТТАМАСЫM
QTT (бұрынғы MQ Telemetry Transport) - жеңіл хабарламалар кезегінің
протоколы, әсіресе ендірілген құрылғылар үшін.
Бұл хаттамалар стандарттау мен іске асырудың әртүрлі кезеңдерінде.
Алғашқы екеуі http, MQTT TCP/IP деңгейімен бірдей деңгейде жұмыс
істейді.
15

16.

Синхронды немесе асинхрондыКөптеген
танымал байланыс хаттамалары синхронды
түрде қолданылады. Дүниежүзілік желіде
және веб-қызметтерде қолданылатын HTTP
протоколы пайдаланушы веб-бетке сұрау
жіберіп, содан кейін жауап күткен кезде
нақты мысал ұсынады.
Дегенмен, синхронды мінез-құлық сәйкес
келмейтін сценарийлер бар. Мысалы, Ajax
(асинхронды JavaScript және XML) веб беттің бір бөлігін неғұрлым сәйкес
ақпаратпен жаңарту үшін мәтіндік, JSON
немесе XML хабарламаларын асинхронды
түрде жіберу үшін қолданыла алады.
16

17.

UNIX-те іске асыру
UNIX-те 2 жалпы кезек іске асыру бар. Біреуі Sys V API
бөлігі, ал екіншісі POSIX бөлігі.
Хабарлама кезектері system V IPC құралдарының
құрамына кіретіндіктен, олар үшін бұл құралдар туралы
бұрын айтылғандардың бәрі дұрыс және бізге бұрыннан
таныс. Хабарлама кезектері, семафорлар мен ортақ жады
сияқты, жанама адресациямен байланыс құралы болып
табылады, өзара әрекеттесу аяқталғаннан кейін жүйелік
ресурстарды босату үшін процестер мен арнайы
әрекеттердің өзара әрекеттесуін ұйымдастыру үшін
инициализацияны қажет етеді.
17

18.

Назарларыңызға
рахмет!