Membangun layanan obrolan tidak semudah yang Anda kira.
Saya telah membangun server XMPP lengkap, klien, dan SDK dan dapat membuktikan beberapa masalah halus dan sulit yang muncul. Sebuah prototipe di mana pengguna melihat satu sama lain dan mengobrol dengan mudah. Sistem fitur lengkap dengan pembuatan akun, keamanan, penemuan, kehadiran, pengiriman offline, dan daftar teman jauh lebih menantang. Untuk kemudian menskalakannya di sejumlah server yang berubah-ubah sangat sulit.
PubSub adalah fitur yang ditawarkan oleh Layanan Obrolan (lihat XEP-60) daripada sarana tradisional untuk membangun layanan obrolan. Saya dapat melihat daya pikatnya, tetapi PubSub dapat memiliki kekurangan.
Beberapa pertanyaan untuk Anda:
-
Apakah Anda melakukan ini melalui Web? Apakah pengguna akan terhubung dan melakukan long-poling atau apakah Anda memiliki solusi Web Sockets?
-
Berapa banyak pengguna? Berapa banyak koneksi per pengguna? Rasio tulis dan baca?
-
Ide Anda untuk menggunakan SQS seperti itu menarik, tetapi mungkin tidak akan berskala. Bukan hal yang aneh untuk memiliki 50k atau lebih pengguna di server obrolan. Jika Anda melakukan polling setiap Antrian SQS untuk setiap pengguna, Anda tidak akan mendekati itu. Anda akan lebih baik memiliki antrian untuk setiap server, dan server hanya memilih antrian itu. Maka Anda harus mencari tahu server apa yang digunakan pengguna dan memasukkan pesan ke dalam antrean yang benar.
Saya rasa Anda ingin melakukan sesuatu seperti:
- Basis data RDS besar di bagian belakang.
- Sekelompok server front-end yang menangani koneksi klien.
- Beberapa kode Java / C# tingkat menengah melacak semuanya dan mengarahkan pesan ke tempat yang tepat.
Untuk mendapatkan gambaran tentang kerumitan membangun server obrolan, baca XMPP RFC's:RFC 3920RFC 3921
