thảo luận Triển khai microservice cho backend springboot

Hero Kun · 27/3/23

onitake92 đã nói:
Mình chịu mà thử xài message queue cũng đc, rabbitmq cho nhẹ

vâng bác. em thử test kiểu gọi api cho nó nhanh công nhận gọi lúc nhiều thằng thấy mệt vch.

gang.bang.is.my.life · 27/3/23

Hero Kun đã nói:
ah bác cho em hỏi chút, hiện tại em đang làm stompsocket và hiện tại em đang làm.
khi client bắt đầu khởi tạo kết nối socket nó gửi token lên để thằng server nó xác thực và server sẽ trả lại id kết nối, chỉ cần gửi token một lần duy nhất. những lần sau truyền nhận tin nhắn thì em ko gửi token lên nữa chỉ gửi nội dung tin nhắn và id kết nối.
Vậy ổn ko bác nhỉ.

đc bác nhé. socket em nghĩ chỉ cần auth lần đầu thôi chứ ko cần bất kỳ event nào cũng auth làm gì cho mệt. Lưu ý 1 cái là để tránh việc có thằng rảnh lol nào tạo tool connect socket của mình liên tục thì nên làm 1 cái timeout để bắt buộc nó phải gọi event auth.
Đại loại là:

connect ws -> set timeout 5s +socket.on('auth, ( ) => {kill(timeout id)}
nếu sau 5s ko ai gọi event auth -> disconnect socket

Hero Kun · 27/3/23

gang.bang.is.my.life đã nói:
đc bác nhé. socket em nghĩ chỉ cần auth lần đầu thôi chứ ko cần bất kỳ event nào cũng auth làm gì cho mệt. Lưu ý 1 cái là để tránh việc có thằng rảnh lol nào tạo tool connect socket của mình liên tục thì nên làm 1 cái timeout để bắt buộc nó phải gọi event auth.
Đại loại là:

connect ws -> set timeout 5s +socket.on('auth, ( ) => {kill(timeout id)}

nếu sau 5s ko ai gọi event auth -> disconnect socket

vâng ạ. có khi nào do em ko cài đặt bảo mật cho tin nhắn nên chỉ cần lần đầu ko bảo nhỉ. tại cái lúc thằng client kết nối thì em check jwt xem ok ko, nếu ko em cho kết nối, ngoài ra em ko set gì thêm (tại set thì bị lỗi vs api bình thường )

joonkim · 27/3/23

Vụ socket này tính ra nên auth 1 lần đầu tiên thôi, chứ nghĩ mấy case token bị expires/revoke thì đau đầu phết.

gang.bang.is.my.life · 27/3/23

joonkim đã nói:
Vụ socket này tính ra nên auth 1 lần đầu tiên thôi, chứ nghĩ mấy case token bị expires/revoke thì đau đầu phết.

thực ra token expires/revoke ko khó để xử lý lắm. Mình xử lý đơn giản là lúc nó connect thì join nó vào 1 room. Xong lúc token token expires/revoke thì mình chỉ cần socket.to(userId).disconnect()

Liiibra · 27/3/23

Mọi người cho e hỏi ngoài lề là: trong lúc upload nhiều ảnh, user đóng tab trong khi vẫn đang upload, làm sao mình xoá được những ảnh mà được upload thành công ạ. Em có upload lên cloudinary.

Hero Kun · 27/3/23

joonkim đã nói:
Vụ socket này tính ra nên auth 1 lần đầu tiên thôi, chứ nghĩ mấy case token bị expires/revoke thì đau đầu phết.

gang.bang.is.my.life đã nói:
thực ra token expires/revoke ko khó để xử lý lắm. Mình xử lý đơn giản là lúc nó connect thì join nó vào 1 room. Xong lúc token token expires/revoke thì mình chỉ cần socket.to(userId).disconnect()

làm mấy cái socket đặt biệt liên quan tới ứng dụng nhắn tin khoai vch

devaslife · 27/3/23

Topic hay

gang.bang.is.my.life · 27/3/23

Liiibra đã nói:
Mọi người cho e hỏi ngoài lề là: trong lúc upload nhiều ảnh, user đóng tab trong khi vẫn đang upload, làm sao mình xoá được những ảnh mà được upload thành công ạ. Em có upload lên cloudinary.

m chưa thử nhưng đang nghĩ đến phương án gửi mock list image data lên BE. Kiểu [img_name1, img_name2]. Tắt browser thì find xong delete thui.

gang.bang.is.my.life · 27/3/23

Hero Kun đã nói:
làm mấy cái socket đặt biệt liên quan tới ứng dụng nhắn tin khoai vch

nó liên quan đến việc bác join room, leave room. Thường thì sẽ có 2 thằng room id là userid và chatid.
2 thằng chat với nhau thì sẽ join cùng 1 room id chat (chatid được tạo lúc thằng A send msg đầu tiền với thằng B) . Chat xong xuôi thì leave room

Hero Kun · 27/3/23

gang.bang.is.my.life đã nói:
nó liên quan đến việc bác join room, leave room. Thường thì sẽ có 2 thằng room id là userid và chatid.
2 thằng chat với nhau thì sẽ join cùng 1 room id chat (chatid được tạo lúc thằng A send msg đầu tiền với thằng B) . Chat xong xuôi thì leave room

cái phần này cũng không khooai lắm mà em thấy khoai ở chổ tạo cái api để call các tin nhắn củ hơn hoặc tin nhắn bị miss khi mất mạng chẳng hạn. xử lý trên frontend cũng lằng ngoẵng nữa.

Hoai cmn Linh · 27/3/23

gang.bang.is.my.life đã nói:
thực ra token expires/revoke ko khó để xử lý lắm. Mình xử lý đơn giản là lúc nó connect thì join nó vào 1 room. Xong lúc token token expires/revoke thì mình chỉ cần socket.to(userId).disconnect()

Bác có hiểu biết gì về performance của socket ko
Kiểu như với ứng dụng vài k vài chục k user thì k sao nhưng lên tới hàng triệu chục tr user thì server nó đáp ứng nổi k nhỉ, vì e hiểu socket nó chỉ có số slot nhất định

Hero Kun · 27/3/23

Hoai cmn Linh đã nói:
Bác có hiểu biết gì về performance của socket ko
Kiểu như với ứng dụng vài k vài chục k user thì k sao nhưng lên tới hàng triệu chục tr user thì server nó đáp ứng nổi k nhỉ, vì e hiểu socket nó chỉ có số slot nhất định

em mới làm một cái ứng dụng be bé nhắn tin tạm ổn nhưng ko rõ để phục vụ 10k user nhắn tin có khó lắm ko bác.

gang.bang.is.my.life · 28/3/23

Hero Kun đã nói:
cái phần này cũng không khooai lắm mà em thấy khoai ở chổ tạo cái api để call các tin nhắn củ hơn hoặc tin nhắn bị miss khi mất mạng chẳng hạn. xử lý trên frontend cũng lằng ngoẵng nữa.

tạo tin nhắn thì cho xuống worker hết nha bác

via theNEXTvoz for iPhone

gang.bang.is.my.life · 28/3/23

Hero Kun đã nói:
em mới làm một cái ứng dụng be bé nhắn tin tạm ổn nhưng ko rõ để phục vụ 10k user nhắn tin có khó lắm ko bác.

chưa hiểu ý bác về slot nhất định

via theNEXTvoz for iPhone

Hero Kun · 28/3/23

gang.bang.is.my.life đã nói:
tạo tin nhắn thì cho xuống worker hết nha bác

via theNEXTvoz for iPhone

Cụ thể như thế nào bác nhỉ em chưa dùng cái này nên thuật ngữ này em ko hiểu lắm.

haipham22 · 28/3/23

Dự án cá nhân thì cứ spring oauth2 authorization server với eureka thôi

))

Hero Kun · 28/3/23

haipham22 đã nói:
Dự án cá nhân thì cứ spring oauth2 authorization server với eureka thôi ))

Vâng ạ. em đang dùng như vậy ạ. về phần user thì em dùng mã nguồn mmowr keyCloack ạ. chạy rồi bác ạ.hehe

joonkim · 28/3/23

Hoai cmn Linh đã nói:
Bác có hiểu biết gì về performance của socket ko
Kiểu như với ứng dụng vài k vài chục k user thì k sao nhưng lên tới hàng triệu chục tr user thì server nó đáp ứng nổi k nhỉ, vì e hiểu socket nó chỉ có số slot nhất định

ứng dụng có vài ngàn ccu đã.

rồi nghĩ đến bài toán vào chuc, trăm nghìn ccu.

Cái văn mở đầu là nghĩ đến bài toán vài chục triệu user là dự án đó fail chắc

nhung_doi_hoa_simp · 28/3/23

TrungNgaoNgo đã nói:
Nghiên cứu keycloak xem

keycloak là SSO mà bác, còn bác này đúng hơn là phải tìm hiểu OAuth2

thảo luận Triển khai microservice cho backend springboot

Senior Member

Senior Member

Senior Member

Member

Senior Member

Senior Member

Senior Member

Senior Member

Senior Member

Senior Member

Senior Member

Member

Senior Member

Senior Member

Senior Member

Senior Member

Senior Member

Senior Member

Member

Senior Member

Chủ đề tương tự

Thống kê chủ đề

Chia sẻ trang này