Video học lập trình mỗi ngày

Hai thời điểm trồng cây tốt nhất là 20 năm trước, và ngay bây giờ: SOURCE - DDD project lượng đồng thời cao từ 1- 16

Tôi không có kinh nghiệm về dự án lượng đồng thời cao

Câu hỏi 1: "Em mang dự án banvetautet.com vào CV được không Anh?"

Câu hỏi 2: "Thật sự em chưa có kinh nghiệm làm trong dự án nào có nhiều request đồng thời, vậy có phỏng vấn vào công ty XXXX được không Anh?"

...

Câu hỏi N: "Backend senior thì họ hỏi gì vậy anh? Em tính up level sau khi trải qua các stacks bên anh?"

Nhiều câu hỏi tương tự, về cơ bản sẽ có những câu hỏi có tính same same, và cũng là một chuyện chẳng phải riêng ai. Thật sự mà nói, ngành IT nói chung và DEV nói riêng thì bây giờ sướng cũng sướng và khổ cũng khổ.

KHỔ ở đây không phải là lương hướng mà là ở vị trí nào cũng có thế layoff hoặc cũng có thể thay thế. Thậm chí trình độ sinh viên mới ra trường nếu như có sự chuẩn bị TỐT thì cũng là một đối thủ đáng quan ngại với các DEV có 1 - 2 năm kinh nghiệm. Vì sao có điều này (chờ chút...)

👋👋👋 Hành trình của INTERN đánh bại SENIOR (Dự án đồng thời cao DDD - Project; phần tóm tắt)

SƯỚNG ở đây là hiện tại chỉ cần một laptop đủ mạnh, một internet đủ nhanh thì có thể bao quát và kiếm tiền trong thế giới ngày nay. Chỉ cần chúng ta không buông, không làm lãng phí thời gian của mình, tiết kiệm tuổi thanh xuân để tập trung vào một mục đích thì tôi nghĩ họ sẽ là người chiến thắng.

Sự phàn nàn về phỏng vấn

Tại sao họ lại hỏi những câu hỏi cao cấp như vậy chứ, trích Cuộc phỏng vấn đánh bại Senior bởi Intern. Tôi đã thấy sự phàn nàn ở trong đó, họ phàn nàn rằng các ứng dụng or công ty hiện nay đòi hoit xử lý đồng thời cao (High-Concurrency) nhưng tôi chưa or họ không cho chúng tôi cơ hội tiếp xúc với dự án đó, thì làm sao chúng tôi có thể phỏng vấn với những câu hỏi cấp cao đến như vậy...

Không phải họ đang thách đố chúng ta mà là số lượng join vào interview quá nhiều, cách đó là nhanh nhất và chọn lọc đúng nhất mà thôi. Ấy vậy là sinh viên mới ra trường lại lại người được chọn trên tổng số 11/250 đó thôi.

Hầu hết các dự án ít khi có lượng requets nhiều, đếm trên đầu ngón tay và ngón chân thôi, không tin thử đi hỏi các Lão Đại là hiểu. Nếu có xảy ra lượng đồng thời cao làm xung đột (chiếm luồng, dữ liệu được sửa đổi bời nhiều threads) thì cách tốt nhất là bạn hãy sử dụng theo cách tôi sẽ chỉ cho intern đó là thêm khoá phân tán trong distributed.

Nếu bạn muốn hay lấy SOURCE - DDD project lượng đồng thời cao từ 1- 16 và run xem với một laptop nhỏ và run sẽ thấy sự chịu tải của hệ thống lên đến 30.000 req/s..

Nếu bạn gặp phỏng vấn như vậy thì trả lời thế nào?

Thật ra nó rất dễ, nhưng để làm được điều này phải có quá trình am hiểu từ a-z của một dự án. Đầu tiên hãy hiểu một dự án có hiệu quả sinh lợi thì tiên quyết phải có gì? Đó là tính ổn định của hệ thống.

Vậy làm sao có tính ổn định được thì trong Seried - DDD project tôi đã viết rất kỹ, tư đó phải hiểu rằng Hystrix, 'Sentinel' phải được sử dụng trong đó.

Trong đó limit request vì sao lại phải giới hạn ở mức 3 tiers. Tất cả đã rõ. Nếu bạn là chủ của một lò nướng cá lóc ở ngày thần tài thì bạn làm thế nào khi user đến rất đông...

Về việc tranh chấp tài nguyên thì hãy LOCK và nhơ UNLOCK()...

Về nhanh và tốc độ thì chỉ một mình redis hay distributed cache thôi là chưa đủ, vì nó phân tán thì chắc nó sẽ gặp consistentcy, vì vậy cố gắng tham gia cấp độ local cache. Xem lại những bài viết trước nếu còn nghi ngờ...

CÒn tiếp... Tạm thời note cho anh em...