WebSocket adalah protokol jaringan yang menyediakan saluran komunikasi full-duplex melalui satu koneksi TCP. Protokol ini memungkinkan koneksi persisten antara klien dan server, sehingga keduanya dapat secara proaktif mengirim dan menerima data. Desain ini mengurangi overhead dan latensi akibat seringnya pembentukan koneksi baru, sehingga lebih efisien dibandingkan model permintaan-respons HTTP tradisional. WebSocket terutama digunakan untuk aplikasi yang memerlukan komunikasi real-time. Classic Load Balancer (CLB) mendukung protokol WebSocket secara default.
Pengenalan WebSocket
Mengapa menggunakan WebSocket
Seiring perkembangan teknologi web, aplikasi semakin membutuhkan kemampuan server untuk mendorong data secara real-time, seperti pada fitur ruang obrolan langsung dan komentar real-time. Metode polling tradisional—di mana browser klien berulang kali mengirim permintaan HTTP ke server untuk mengambil data terbaru—memiliki kelemahan signifikan. Permintaan yang sering dengan header HTTP besar namun muatan data kecil meningkatkan beban server dan membuang bandwidth.
Untuk mengatasi masalah tersebut, HTML5 memperkenalkan protokol WebSocket sebagai solusi yang lebih efisien untuk komunikasi klien-server. WebSocket mendukung komunikasi full-duplex, artinya server dan klien dapat mengirim serta menerima data secara simultan. Hal ini memungkinkan server untuk secara proaktif mendorong data baru ke klien tanpa menunggu permintaan polling. Mekanisme komunikasi bi-directional dan real-time ini meningkatkan efisiensi transfer data, mengurangi permintaan jaringan yang tidak perlu, serta menghemat sumber daya server dan bandwidth, sehingga memberikan pengalaman pengguna yang lebih lancar dan responsif.
Fitur utama WebSocket
Komunikasi dimulai dengan handshake TCP tiga arah standar. Klien kemudian mengirim permintaan HTTP khusus, yang dikenal sebagai handshake upgrade protokol. Setelah handshake ini berhasil, koneksi beralih dari HTTP ke WebSocket. Seluruh komunikasi selanjutnya antara klien dan server menggunakan protokol WebSocket, memungkinkan pertukaran data bi-directional melalui koneksi yang sama.
Setelah koneksi WebSocket terbentuk, koneksi tersebut tetap aktif. Koneksi persisten berlatensi rendah ini memungkinkan transfer data berkelanjutan secara bi-directional, sehingga meningkatkan efisiensi pertukaran data.
WebSocket berkomunikasi menggunakan frame data, yang memiliki format protokol frame sendiri dengan header ringkas. Data dapat dikirim dalam bentuk teks atau biner. Metode ini mengurangi overhead protokol pada koneksi persisten, sehingga interaksi jaringan menjadi lebih efisien. Hal ini menghemat sumber daya server dan bandwidth sekaligus memberikan pengalaman interaktif real-time yang lebih lancar.
Untuk informasi lebih lanjut tentang protokol WebSocket, lihat dokumentasi resmi The WebSocket Protocol.
WebSocket use cases
WebSocket ideal untuk aplikasi yang memerlukan komunikasi bi-directional real-time yang cepat, seperti aplikasi AI, ruang obrolan online, sistem notifikasi real-time, game multipemain online, dan feed data pasar real-time.
Contoh skenario
Sebuah perusahaan ingin menerapkan aplikasi obrolan online berbasis web di Alibaba Cloud. Pengguna dapat mengakses layanan backend melalui nama domain untuk berkomunikasi secara real-time. Sebagai aplikasi pesan instan, aplikasi ini memerlukan latensi rendah serta komunikasi bi-directional real-time yang efisien.
Layanan situs web perusahaan menghadapi tantangan konkurensi tinggi dan manajemen koneksi persisten. Seiring bertambahnya jumlah pengguna, model HTTP tradisional tidak mampu mendukung banyak pengguna konkuren dalam komunikasi real-time karena setiap interaksi memerlukan koneksi baru. Hal ini menyebabkan lonjakan beban server dan performa yang buruk.
Dalam skenario ini, penggunaan CLB dengan protokol WebSocket secara efektif mengelola koneksi persisten dalam kondisi konkurensi tinggi. Dengan menerapkan aplikasi WebSocket pada beberapa server backend dalam kelompok vServer dan menggunakan Redis untuk sinkronisasi pesan, layanan ini mencapai ketersediaan tinggi. Solusi ini memberikan layanan pengiriman pesan real-time yang andal dan efisien untuk aplikasi obrolan online.
Catatan penggunaan
Pendengar HTTP pada CLB mendukung protokol WebSocket secara default. CLB mendukung pembaruan panas (hot updates), artinya perubahan konfigurasi tidak memengaruhi koneksi persisten yang sedang berjalan.
Perhatikan hal-hal berikut:
Jika koneksi antara CLB dan server backend menggunakan versi HTTP tertentu, seperti HTTP/1.1, pastikan server backend menggunakan web server yang mendukung versi HTTP yang sama.
Timeout permintaan koneksi default untuk pendengar HTTP adalah 60 detik. Jika tidak ada pertukaran pesan antara CLB dan server backend selama lebih dari 60 detik, CLB akan secara proaktif menutup koneksi tersebut.
-
Jika timeout default 60 detik tidak mencukupi kebutuhan Anda, Anda dapat mengubah Connection Request Timeout pada pendengar.
-
Untuk menjaga koneksi tetap terbuka, Anda harus menerapkan mekanisme keepalive agar paket dipertukarkan minimal sekali setiap 60 detik.
-
Pendengar HTTP pada CLB mendukung protokol WebSocket secara default, dan pendengar HTTPS mendukung protokol WebSocket Secure (WSS) secara default. Tidak diperlukan konfigurasi tambahan.
Saat Anda menggunakan pendengar TCP, CLB tidak menyediakan dukungan WebSocket bawaan. Anda harus mengonfigurasi WebSocket pada server backend. Item konfigurasi untuk pendengar TCP (algoritma penjadwalan, persistensi sesi, pembatasan bandwidth, dan timeout koneksi) tidak mencakup opsi terkait WebSocket.
Saat mengonfigurasi port pendengar, hindari port yang rentan seperti port 25, 135, 139, 444, 445, 5800, dan 5900. Pembatasan ini diterapkan oleh jaringan ISP, bukan oleh CLB. Konsol CLB tidak memblokir konfigurasi port-port tersebut, tetapi beberapa jaringan ISP memblokir trafik pada port-port tersebut.
Prasyarat
Anda telah membuat instance Classic Load Balancer (CLB).
-
Diperlukan tiga instance ECS: ECS01, ECS02, dan ECS03.
-
ECS01 dan ECS02 digunakan untuk menerapkan aplikasi WebSocket, sedangkan ECS03 digunakan untuk menerapkan Redis.
-
Dalam tutorial ini, semua server menjalankan CentOS 7.9.
-
Kami merekomendasikan agar Anda menempatkan ECS01, ECS02, dan ECS03 dalam grup keamanan yang sama. Jika berada dalam grup keamanan berbeda, pastikan Anda mengonfigurasi aturan yang mengizinkan trafik pada port komunikasi yang diperlukan antar server.
-
-
Diperlukan nama domain terdaftar dengan Pendaftaran ICP yang telah selesai. Untuk informasi lebih lanjut, lihat Daftarkan nama domain Alibaba Cloud dan Pendaftaran ICP.
Prosedur
Langkah 1: Terapkan layanan
Anda perlu menerapkan Redis pada instance ECS03 dan aplikasi WebSocket pada instance ECS01 serta ECS02.
Topik ini menggunakan ruang obrolan online sederhana berbasis Python pada CentOS 7.9 untuk tujuan demonstrasi. Contoh ini hanya sebagai referensi. Di lingkungan produksi, gunakan aplikasi Anda sendiri.
Terapkan Redis pada ECS03
-
Login ke instance ECS03.
-
Salin dan jalankan perintah berikut untuk menginstal dan mengonfigurasi Redis.
# Install EPEL (Extra Packages for Enterprise Linux) sudo yum install epel-release -y # Install Redis sudo yum install redis -y # Start and enable the Redis service sudo systemctl start redis sudo systemctl enable redis # Edit the Redis configuration file to allow remote connections sudo sed -i 's/^bind 127.0.0.1$/bind 0.0.0.0/' /etc/redis.conf sudo sed -i 's/^protected-mode yes/protected-mode no/' /etc/redis.conf # Restart the Redis service for the changes to take effect sudo systemctl restart redis # Check the Redis status sudo systemctl status redis -
Jika perintah dijalankan tanpa error dan output menunjukkan layanan Redis berada dalam status active (running), maka penerapan dan konfigurasi berhasil.
● redis.service - Redis persistent key-value database Loaded: loaded (/usr/lib/systemd/system/redis.service; enabled; vendor preset: disabled) Active: active (running) since ... Main PID: 12345 (redis-server) CGroup: /system.slice/redis.service └─12345 /usr/bin/redis-server 0.0.0.0:6379
Terapkan WebSocket pada ECS01
-
Login ke instance ECS01.
-
Jalankan
sudo pip3 install flask flask-socketio flask-cors redisuntuk menginstal dependensi. -
Jalankan
vi ECS01_ws.pydan tekan tomboliuntuk memasuki mode edit. -
Salin dan tempel kode berikut:
-
Tekan tombol
Esc, lalu masukkan:wquntuk menyimpan perubahan. -
Jalankan perintah
sudo python3 ECS01_ws.pyuntuk menjalankan skrip. -
Saat output berikut ditampilkan, aplikasi WebSocket telah berjalan pada port 5000.
Server initialized for threading. * Serving Flask app 'ECS01_ws' (lazy loading) * Environment: production WARNING: This is a development server. Do not use it in a production deployment. Use a production WSGI server instead. * Debug mode: off * Running on all addresses. WARNING: This is a development server. Do not use it in a production deployment. * Running on http://192.168.*.*:5000/ (Press CTRL+C to quit)Jika aplikasi gagal berjalan, periksa apakah port tersebut sedang digunakan atau apakah Anda salah menyalin perintah atau kode.
● redis.service – Redis persistent key-value database
Loaded: loaded (/usr/lib/systemd/system/redis.service; enabled; vendor preset: disabled)
Drop-In: /etc/systemd/redis.service.d
└─limit.conf
Active: active (running) since Thu 2xxx xxx xxx xxx CST; 6s ago
Process: 14715 ExecStop=/usr/libexec/redis-shutdown (code=exited, status=0/SUCCESS)
Main PID: 14730 (redis-server)
CGroup: /system.slice/redis.service
└─14730 /usr/bin/redis-server 0.0.0.0:6379
Terapkan WebSocket pada ECS02
-
Login ke instance ECS02.
-
Jalankan
sudo pip3 install flask flask-socketio flask-cors redisuntuk menginstal dependensi. -
Jalankan
vi ECS02_ws.pydan tekan tomboliuntuk memasuki mode edit. -
Salin dan tempel kode berikut:
-
Tekan tombol
Esc, lalu masukkan:wquntuk menyimpan perubahan. -
Jalankan perintah
sudo python3 ECS02_ws.pyuntuk menjalankan skrip. -
Saat output berikut ditampilkan, aplikasi WebSocket telah berjalan pada port 5000.
Server initialized for threading. * Serving Flask app 'ECS02_ws' (lazy loading) * Environment: production WARNING: This is a development server. Do not use it in a production deployment. Use a production WSGI server instead. * Debug mode: off * Running on all addresses. WARNING: This is a development server. Do not use it in a production deployment. * Running on http://192.168.*.*:5000/ (Press CTRL+C to quit)Jika aplikasi gagal berjalan, periksa apakah port tersebut sedang digunakan atau apakah Anda salah menyalin perintah atau kode.
Langkah 2: Konfigurasi kelompok vServer
Login ke Konsol Classic Load Balancer (CLB).
Pada bilah navigasi atas, pilih wilayah tempat instance CLB diterapkan.
Pada panel navigasi kiri, pilih Instances. Pada halaman Instances, temukan instance target dan klik ID-nya.
Pada tab vServer groups, klik Create vServer Group. Pada halaman Create vServer Group, konfigurasikan parameter berikut. Anda dapat menggunakan nilai default untuk parameter lain atau mengubahnya sesuai kebutuhan. Setelah selesai mengonfigurasi, klik Create dan ikuti petunjuk di layar.
Parameter
Description
vServer Group Name
Masukkan RS1 sebagai nama kelompok vServer.
Pada tab vServer groups, temukan kelompok vServer yang telah Anda buat dan klik Modify pada kolom Actions.
Pada halaman Modify vServer Group, klik Add. Pada halaman Servers, tambahkan server backend ECS01 dan ECS02. Atur port kedua server ke 5000, yaitu port yang digunakan oleh aplikasi WebSocket.
Pada halaman Modify vServer Group, pilih server yang telah ditambahkan dan klik Save.
Langkah 3: Konfigurasi pendengar HTTP
Login ke Konsol Classic Load Balancer (CLB).
Pada bilah navigasi atas, pilih wilayah tempat instance CLB diterapkan.
Pada panel navigasi kiri, pilih Instances.
Pada halaman Instances, temukan instance target dan klik Configure Listener pada kolom Actions.
Pada halaman Protocol & Listener, konfigurasikan parameter berikut. Anda dapat menggunakan nilai default untuk parameter lain atau mengubahnya sesuai kebutuhan. Setelah selesai mengonfigurasi, klik Next.
Parameter
Description
Select Listener Protocol
Pilih HTTP.
Listener Port
Dalam contoh ini, port diatur ke 5000.
Pada halaman Backend Servers, konfigurasikan parameter berikut. Anda dapat menggunakan nilai default untuk parameter lain atau mengubahnya sesuai kebutuhan. Setelah selesai mengonfigurasi, klik Next.
Parameter
Description
Server Group
Pilih kelompok vServer yang telah Anda buat.
Pada halaman Health Check, Anda dapat menggunakan nilai default untuk parameter atau mengubahnya sesuai kebutuhan. Lalu, klik Next.
Pada halaman Confirm, tinjau konfigurasi dan klik Submit untuk membuat pendengar.
Langkah 4: Konfigurasi resolusi DNS
-
Untuk domain yang tidak didaftarkan di Alibaba Cloud, Anda harus terlebih dahulu menambahkan domain ke konsol Alibaba Cloud DNS sebelum dapat mengonfigurasi rekaman DNS.
-
Jika instance CLB Anda adalah instance akses internal, Anda harus terlebih dahulu mengaitkan alamat IP elastis (EIP) dengannya, lalu membuat Rekaman A yang memetakan nama domain ke EIP agar dapat diakses publik.
-
Pada panel navigasi kiri, pilih .
-
Pada halaman Instances, pilih instance target dan salin IP Address-nya.
-
Lakukan langkah-langkah berikut untuk menambahkan Rekaman A:
-
Login ke Konsol Alibaba Cloud DNS.
-
Pada halaman Public Zone, temukan nama domain target dan klik Settings pada kolom Actions.
-
Pada halaman Settings, klik Add Record.
-
Pada panel Add Record, konfigurasikan parameter berikut. Anda dapat membiarkan parameter lain dengan nilai default atau mengubahnya sesuai kebutuhan. Lalu, klik OK.
Parameter
Description
Record Type
Pilih A dari daftar drop-down.
Hostname
Awalan nama domain Anda.
CatatanUntuk domain root, atur hostname ke @.
Record Value
Masukkan alamat IP instance CLB yang telah Anda salin.
-
Langkah 5: Verifikasi hasil
Siapkan dua komputer dengan alamat IP publik berbeda. Pada masing-masing komputer, gunakan browser untuk mengirim dan melihat pesan obrolan guna memverifikasi bahwa CLB mengirimkan pesan secara real-time melalui WebSocket.
-
Pada browser, buka
http://<your-domain-name>:5000untuk mengakses aplikasi ruang obrolan online.Antarmuka Online Chat Room dimuat. Pesan "You have entered the chat room!" muncul di area pesan obrolan, yang menandakan bahwa koneksi WebSocket telah terbentuk. Halaman berisi area pengaturan username dengan tombol Set Username dan area pengiriman pesan dengan tombol Send.
Jika Anda membuka developer tools browser Anda, tab Network menunjukkan bahwa browser berkomunikasi menggunakan protokol WebSocket.
Pada panel Network, atur filter ke
websocket. Permintaan WebSocket dengan kode status 101 menandakan bahwa upgrade protokol berhasil. Status koneksi adalah Pending, yang berarti koneksi WebSocket persisten telah terbentuk dan aktif. -
Masukkan username untuk obrolan dan klik Set Username.
-
Pada masing-masing komputer, masukkan beberapa pesan obrolan dan klik Send untuk menguji aplikasi.
Kedua browser menerima pesan secara real-time.
Aplikasi Online Chat Room berhasil diterapkan. Halaman berisi kotak input Username dan tombol Set Username, area tampilan pesan obrolan, serta kotak input pesan dengan tombol Send di bagian bawah. Beberapa pengguna, seperti User1 dan User2, dapat melakukan percakapan real-time di ruang obrolan.
Hal ini memverifikasi bahwa penggunaan CLB dengan WebSocket memungkinkan pengiriman pesan real-time dengan ketersediaan tinggi.
Konfigurasi WebSocket untuk pendengar TCP
Pendengar TCP hanya melakukan forwarding Lapisan 4 (lapisan transport). CLB meneruskan koneksi TCP langsung ke server backend tanpa ikut serta dalam pemrosesan protokol Lapisan 7 (lapisan aplikasi). CLB tidak menyediakan upgrade protokol WebSocket bawaan untuk pendengar TCP. Layanan backend harus mengimplementasikan handshake HTTP Upgrade untuk menyelesaikan upgrade protokol WebSocket.
Hal ini berbeda dengan pendengar HTTP dan HTTPS. Pendengar HTTP mendukung protokol WebSocket (WS) secara default, dan pendengar HTTPS mendukung protokol WebSocket Secure (WSS) secara default. Tidak diperlukan konfigurasi tambahan untuk jenis pendengar ini.
Langkah konfigurasi
Untuk menggunakan layanan WebSocket dengan pendengar TCP:
Login ke Konsol Classic Load Balancer (CLB). Temukan instance CLB target dan klik Configure Listener pada kolom Actions. Atur protokol frontend ke TCP dan tentukan port pendengar.
Pada server backend, terapkan layanan WebSocket. Layanan backend harus mengimplementasikan handshake HTTP Upgrade untuk menyelesaikan upgrade protokol WebSocket. CLB meneruskan aliran TCP apa adanya dan tidak memproses protokol Lapisan 7.
CLB meneruskan semua koneksi TCP masuk langsung ke server backend. Server backend menangani handshake WebSocket dan mempertahankan koneksi WebSocket persisten.
Perbandingan: Pendengar TCP vs. Pendengar HTTP dan HTTPS
Jenis pendengar | Dukungan WebSocket | Konfigurasi yang diperlukan |
HTTP listener | Mendukung WebSocket (WS) secara default | Tidak diperlukan konfigurasi tambahan |
HTTPS listener | Mendukung WebSocket Secure (WSS) secara default | Tidak diperlukan konfigurasi tambahan |
TCP listener | Tidak ada dukungan WebSocket bawaan | Backend harus mengimplementasikan handshake HTTP Upgrade |
Use cases
Pendengar HTTP atau HTTPS — Direkomendasikan untuk aplikasi web standar yang menggunakan protokol WebSocket. CLB menangani upgrade protokol secara otomatis, sehingga menyederhanakan konfigurasi.
Pendengar TCP — Cocok untuk skenario yang memerlukan penanganan protokol kustom pada lapisan aplikasi, atau ketika satu pendengar harus mendukung beberapa protokol lapisan aplikasi secara bersamaan.
FAQ
Bagaimana cara menggunakan protokol WebSocket Secure?
WebSocket Secure adalah versi terenkripsi dari protokol WebSocket.
Pendengar HTTPS mendukung protokol WebSocket Secure secara default. Untuk menggunakan protokol WebSocket Secure, pilih HTTPS saat mengonfigurasi pendengar.
Apakah ada biaya tambahan untuk menggunakan WebSocket?
Tidak ada biaya tambahan untuk menggunakan protokol WebSocket dan WebSocket Secure.
Wilayah mana saja yang mendukung WebSocket?
Semua wilayah yang mendukung CLB juga mendukung WebSocket dan WebSocket Secure.
Referensi
Tutorial ini menunjukkan penerapan Redis pada instance ECS untuk pengujian. Namun, server Redis tunggal merupakan titik kegagalan potensial. Untuk lingkungan produksi, kami merekomendasikan Anda menggunakan Tair untuk memastikan ketersediaan tinggi. Untuk informasi lebih lanjut, lihat Quick start for Tair.