Mobil inkişafda real-time rabitə: bu nədir, hansı protokollar və necə işləyir

Real-time rabitə: WebSocket, SSE və Long Polling protokolları

Real-time rabitə müştəri və server arasında minimal gecikmə ilə məlumat mübadiləsinə imkan verən texnologiyalardır. Əsas protokollar: WebSocket, SSE (Server-Sent Events), Long Polling və Short Polling. Hər birinin öz yeri var: WebSocket ikitərəfli ünsiyyət üçün, SSE bildirişlər üçün, Long Polling köhnə brauzerlər üçün fallback kimi. Mobil inkişafda real-time xüsusilə vacibdir: istifadəçilər mesajların və bildirişlərin dərhal çatdırılmasını gözləyirlər. Mobil inkişafda rabitə məhz bu protokollar üzərində qurulur.

WebSocket vs SSE

WebSocket tam dupleks protokoldur (müştəri ↔ server). Əl sıxışmadan (HTTP Upgrade) sonra əlaqə açıq qalır. Başlıqlar minimaldır (2 bayt vs HTTP başlıqları). Chatlarda (WhatsApp, Telegram), oyunlarda, real-time ticarətdə istifadə olunur. SSE birtərəfli protokoldur (server → müştəri). Müştəri hadisələrə abunə olur və onları tək HTTP əlaqəsi üzərindən alır. SSE daha sadədir, miqyası asandır (sadə HTTP), Twitter lentləri, valyuta məzənnələri, push bildirişləri üçün idealdır.

Long Polling müştərinin HTTP sorğusu etdiyi və server məlumat göndərənə və ya vaxt aşımına qədər (30–60 saniyə) açıq saxladığı bir texnikadır. Məlumat aldıqdan sonra müştəri dərhal yeni sorğu açır. Long Polling WebSocket üçün fallbackdir. Short Polling — müştəri hər N saniyədən bir serveri sorğulayır. Ən sadə, lakin səmərəsiz (əksər sorğular boş cavab qaytarır).

Siqnal Serveri

P2P əlaqəsi qurmazdan əvvəl cihazlara Siqnal Serveri lazımdır — peer-lər arasında SDP təklifləri və ICE namizədlərini mübadilə etmək üçün aralıq server. Siqnalizasiya WebSocket, SSE və ya hər hansı digər protokol vasitəsilə həyata keçirilə bilər. Əlaqə qurulduqdan sonra siqnalizasiya media trafikinin ötürülməsində artıq iştirak etmir.

WebRTC: audio və video zənglərlə real-time rabitə

WebRTC (Web Real-Time Communication) P2P audio/video/məlumat üçün açıq texnologiyadır. Brauzerlərdə və yerli tətbiqlərdə (iOS, Android) işləyir. WebRTC daxildir: getUserMedia (kamera/mikrofon girişi), RTCPeerConnection (P2P əlaqəsi), RTCDataChannel (məlumat ötürülməsi). WebRTC mobil tətbiqlərdə real-time rabitəni təmin edir — mobil tətbiqlərdə rabitə əlavə plaginlər olmadan işləyir.

WebRTC axını

Peer A RTCPeerConnection və Offer SDP yaradır. Addım 2: Offer Siqnal Serveri vasitəsilə Peer B-yə göndərilir. Addım 3: Peer B Offer-i qəbul edir, Answer SDP yaradır və geri göndərir. Addım 4: Hər iki peer ICE namizədlərini (əlaqə üçün ünvanları) toplayır və Siqnalizasiya vasitəsilə mübadilə edir. Addım 5: ICE çərçivəsi ən yaxşı yolu seçir (P2P və ya TURN vasitəsilə). Əlaqədən sonra — media trafiki birbaşa axır.

SDP (Session Description Protocol) əlaqə parametrlərini (kodeklər, IP ünvanları, portlar) təsvir edən mətn protokoludur. ICE Candidate STUN/TURN-dan təklifdir: "Məni bu ünvanda tapmaq olar". Nə qədər çox namizəd varsa, P2P şansı bir o qədər yüksəkdir.

Socket.IO startaplar üçün liderdir: serveri idarə edirsiniz, limit yoxdur. Pusher və Ably infrastrukturu idarə etmək istəmədiyiniz məhsullar üçündür. PubNub IoT və qlobal auditoriya üçündür. IT Sectr öz backend-i olan layihələr üçün Socket.IO, sürətli prototip üçün Pusher, etibarlılıq tələbləri olan müəssisələr üçün Ably tövsiyə edir.

Platformalar: Socket.IO, Pusher, Ably, PubNub

Real-time platformalar WebSocket və SSE üçün hazır server infrastrukturu təmin edir. Onlar öz real-time serverinizi yazmaq, WebSocket əlaqələrini balanslaşdırmaq və miqyasını genişləndirmək ehtiyacını aradan qaldırır. Platforma seçimi büdcədən, etibarlılıq tələblərindən və serveri idarə etmək istəyindən asılıdır. Mobil inkişafda real-time üçün platformalar hazır müştəri SDK-ları və infrastruktur təklif edir.

Socket.IO

Socket.IO Node.js və müştərilər (iOS, Android, veb) üçün kitabxanadır. WebSocket əsaslıdır, lakin fallback olaraq HTTP polling istifadə edir. Otaqları, ad fəzalarını, ACK təsdiqlərini dəstəkləyir. İnkişaf üçün — socket.io-client-java (Android) və socket.io-client-swift (iOS). Socket.IO-da mobil tətbiqlərdə rabitə avtomatik yenidən qoşulma sayəsində etibarlı şəkildə idarə olunur.

Pusher və Ably

Pusher real-time SaaS platformasıdır. Sadə inteqrasiya: kanal yaradın və hadisələrə abunə olun. Pusher Channels bildirişlər üçün, Pusher Beams push bildirişləri üçün. Ably 7 məlumat mərkəzində qlobal replikasiya ilə müəssisə səviyyəsindədir. Exactly-once çatdırılmasına zəmanət verir. IoT üçün SSE, WebSocket, MQTT dəstəkləyir. Hər iki platforma server kodu yazmadan mobil inkişafda rabitə tapşırıqlarını həll edir.

Real-time infrastruktur: WebRTC-də STUN, TURN, Siqnalizasiya

STUN (Session Traversal Utilities for NAT) cihazın NAT arxasında xarici IP və portunu kəşf etməsinə kömək edən serverdir. Cihaz STUN sorğusu göndərir, server cavab verir: "203.0.113.5:45678 kimi görünürsünüz". STUN pulsuz istifadə olunur (Google STUN: stun.l.google.com:19302). Real-time infrastruktur kontekstində STUN P2P kanalı qurmaq üçün ilk addımdır.

STUN vs TURN

TURN (Traversal Using Relays around NAT) P2P əlaqəsi mümkün olmadıqda (məsələn, hər iki cihaz simmetrik NAT arxasında) media trafikini ötürən rele serveridir. TURN server bant genişliyini istehlak edir, buna görə bahalıdır. WebRTC-də ICE çərçivəsi əvvəlcə P2P-ni sınayır, sonra son çarə olaraq TURN-u istifadə edir. Korporativ şəbəkələr vasitəsilə qoşularkən mobil tətbiqlərdə rabitə üçün inkişafda real-time TURN tələb edir.

ICE (Interactive Connectivity Establishment) bütün mümkün əlaqə yollarını (yerli IP, STUN vasitəsilə xarici IP, TURN releləri) toplayan və ən yaxşısını seçən çərçivədir. ICE Candidate hər bir mümkün yoldur. Nə qədər çox namizəd varsa, uğurlu P2P ehtimalı bir o qədər yüksəkdir.

Peer-to-Peer

P2P media trafiki üçün vasitəçi server olmadan iki cihaz arasında birbaşa əlaqədir. P2P gecikməni (< 100 ms) və server xərclərini azaldır. Çatışmazlıqlar: NAT-a qarşı zəif müdafiə, STUN/TURN ehtiyacı. WebRTC defolt olaraq P2P istifadə edir.

P2P və ICE

Peer-to-Peer (P2P) məlumatların birbaşa cihazlar arasında ötürüldüyü bir arxitekturadır. Real-time rabitə kontekstində P2P WebRTC-də gecikməni minimuma endirmək üçün istifadə olunur. ICE (Interactive Connectivity Establishment) P2P əlaqəsi üçün ən yaxşı yolu tapan mexanizmdir. İnkişaf üçün P2P mobil tətbiqlərdə real-time rabitəni təşkil etməyin optimal yoludur.

ICE necə işləyir

ICE üç növ ICE Candidate toplayır: 1) host (yerli IP), 2) srflx (STUN vasitəsilə), 3) relay (TURN vasitəsilə). Bütün namizədlər sıralanır və ICE prioritet sırası ilə hər birinə qoşulmağa çalışır. İlk uğurlu əlaqə istifadə olunur. P2P mümkün deyilsə, TURN istifadə olunur (lakin bahalıdır).