vunhatnhat
Member
Khi data của 1 table có quá nhiều record, làm thế nào để tăng tốc độ query lên, và tác hại của việc đó là gì
thắc mắc Phân biệt giữa Junior và Senior?
- Người tạo chủ đề girlxinhgai
- Ngày bắt đầu
victory_41176
Đã tốn tiền
- Locking là một giải pháp không khả thi vì nó cũng là một trong những nguyên nhân gây ra deadlock.
Ví dụ: Nếu tất cả cùng kẹt ở một cánh cửa thì thằng nào được đi?.
- Cái đằng sau. Haizz...... Tính nhẹ thế này nhé. 3MB/msg => 100msg ~ 300MB. 1 node LAN ~ 100Mbps. Nhìn về network là thấy cách của thím không khả thi về mặt tiếp nhận.
girlxinhgai
Junior Member
indexing ?
vunhatnhat
Member
Tôi hỏi có 2 ý lận nhé
victory_41176
Đã tốn tiền
Đúng rồi. Giải pháp process controller được sử dụng khá nhiều trong các product lớn. Vì nó có thể mở rộng mà không ảnh hưởng tới các service đang chạy. Thím có thể tham khảo mô hình của tiki được chia sẻ trên youtube
girlxinhgai
Junior Member
index, thì insert chậm thôi bác
freedom.9
Senior Member
Chưa dùng message queue bao giờ. Suy nghĩ của mình là đánh version cho message và dùng version để chọn code handle cái message đó. K biết có đúng k ?
Đúng rồi thím
Cái này sẽ có 1 cái discovery service dùng để điều hướng, các service nó subcribe vào thằng này để tìm được cái version mới nhất.
Nhưng mà interview thì chỉ cần trả lời là đánh version cho queue là được.
Xưa mình trả lời đánh version cho cái queue là pass luôn, ko cần hỏi gì thêm
Sent from Samsung SM-G996B using vozFApp
vunhatnhat
Member
Tiếp nhé, bác đã implement spring security của java chưa, bây giờ em muốn bác implement nó thì cách bác làm thế nào. Em muốn bác trình bày bằng lời nói. Ko cần code
haruharu9229
Senior Member
Auto scale liên quan đếch gì zero downtime
) cười ỉa
trang123456789
Senior Member
Giả sử một service chỉ có tải một trăm nghìn message.nhưng có thời điểm có đến một triệu message request gọi đến nó thì làm tn để nó ko chết thớt.
Mà giả sử nó chết thì làm thế nào để các service liên quan khác ko chết theo nó
Gửi từ Quốc thoại đến từ 3021 bằng vozFApp
Mà giả sử nó chết thì làm thế nào để các service liên quan khác ko chết theo nó
Gửi từ Quốc thoại đến từ 3021 bằng vozFApp
girlxinhgai
Junior Member
vãi thanh niên. Dịch google zero downtime = k bao giờ chết. Để không bao giờ service chết thì phải tự động scale lên. giống như 1 thằng bê hòn đá 50kg thì nó chết, nhưng scale 5 thằng bê thì k chết.Auto scale liên quan đếch gì zero downtime
girlxinhgai
Junior Member
ông này không biết message queue sinh ra làm gì à ? Sao ông k đẩy message vào queue, gọi RestfuL API thì nó chết mie nó rồiGiả sử một service chỉ có tải một trăm nghìn message.nhưng có thời điểm có đến một triệu message request gọi đến nó thì làm tn để nó ko chết thớt.
Mà giả sử nó chết thì làm thế nào để các service liên quan khác ko chết theo nó
Gửi từ Quốc thoại đến từ 3021 bằng vozFApp
thachit123
Member
tôi thấy bọn Tây pv hay lắm: cho bài test viết service nào đó, từ đó tụi nó biết senior hay junior, vì qua bài test đó nó biết trình anh tới đâu (system design, coding, testing,..) và anh giải quyết được gì (functions, performance, stable,...)
Thứ 2 nữa là khả năng tiếp cận công nghệ mới, anh mất bao lâu để HIỂU SÂU và thành thạo cái công nghệ mới đó
Thứ 2 nữa là khả năng tiếp cận công nghệ mới, anh mất bao lâu để HIỂU SÂU và thành thạo cái công nghệ mới đó
Sửa lần cuối:
girlxinhgai
Junior Member
câu hỏi của bác hỏi bọn intern công ty tôi nó còn cười ỉa nhé
girlxinhgai
Junior Member
tôi chém gió thế này các ông nể chưa
khunglongtim3
Senior Member
zero downtime khi deploy version mới. tôi k nói hệ thống chịu tải.
câu này anh vẫn chưa trả lời được đâu
frozeblade2579
Member
nãy giờ tôi chỉ nể mỗi khả năng search google của ông thớt
vunhatnhat
Member
intern mà vô implement dc tôi cùi, sao nói chấp hết mà, hỏi sao ko trả lời đi, còn lôi intern ra. Junior còn ko implement chuẩn cái này nữa nói gì tới intern
vunhatnhat
Member
Thực ra chủ thớt muốn nâng skill hiểu biết của mình lên bằng nhiều câu hỏi phỏng vấn thôi. Câu nào ko search google dc thì đổ cho intern. Cười ẻ
