Project hiện tại mình làm cũng đang y chang.
Nhưng có vài vấn đề liên quan tới batch processing mà do work load chưa lớn nên cũng chưa xử lý.
Mỗi Batch số lượng bao nhiêu/ timeout bao nhiêu là tối ưu -> phải đợi work load lớn hơn và monitor thêm.
Khi worker phải handle nhiều loại task khác nhau -> latency khác nhau
-> trong 1 batch có thể có 99 task 1ms, 1 task 1000ms (có thể hơn tùy vào timeout của task) -> latency chung 1000ms
a đã nói từ comment trước, đó là khi e chuyển file blade thì sẽ dẫn tới việc e chuyển qua 1 ứng dụng Vue hoàn toàn khác, hay nói cách khác, file User.vue và ApiCalling.vue sẽ hoàn toàn tách biệt ko liên quan gì đến nhau, và như thế e phải làm cách nào đó để liên kết giữa chúng và như thế app của e cũng ko phải là SPA (single page application), không đúng lắm bản chất của Vue đó là dùng để tạo ra SPA.
Nếu e mới học, để dễ hiểu thì lời khuyên là chỉ dùng duy nhất 1 file .blade cho toàn bộ project, và sẽ có nhiều file .vue nhé e.
Em chưa hiểu lắm ạ. Em xin phép trình bày cụ thể hơn ạ.
Hiện tại e chỉ tạo project laravel với 2 bảng là User và Product.
Theo như e hiểu, thì cơ bản mỗi bảng sẽ tương ứng với 1 view, 1 controller, 1 model.
Và mỗi 1 view sẽ tương ứng với 1 vue component. Theo đó, trong project của e tương ứng sẽ là [welcome.blade.php] sẽ sử dụng component [User.vue] - [product.blade.php] sử dụng component [ApiCalling.vue].
Mặc định nó sẽ vào trang [welcome.blade.php] chứa component [User.vue] quản lý thông tin danh sách của user.
Việc tiếp theo mà e muốn là tiếp tục qua trang [product.blade.php] để quản lý thông tin của product. Em đưa ra cách là ngoài khai báo Route::resource('users','UserController') thì e thiết lập thêm 1 route về [product.blade.php].
Như vậy có đúng không ạ? Hay e đã sai chỗ nào rồi ạ?
@nghiatc kafka thì nó đã xử lý cho mình phần đó ngay từ khâu thiết kế rồi, tuy nhiên cách xử lý của nó là tạo trước 1 số lượng xác định các partition, sau đó tùy key của message mà sẽ nhét chung message chung key vào 1 partition để đảm bảo thứ tự. Với cách này về lý thuyết sẽ là giới hạn số lượng concurrent của toàn hệ thống ở số lượng partition, do đó khi thiết kế người ta sẽ tạo sẵn 1 số lượng kha khá partition để giải quyết cái giới hạn trên.
Tuy nhiên cái này thường ok với các bài toán có độ ổn định, tức là ngay từ khi thiết kế đã biết chia concurrent như nào rồi. Còn với những hệ thống có yêu cầu thường xuyên thay đổi, hoặc yêu cầu phần xử lý concurrent phức tạp hơn thì sẽ lại phải tự thiết kế thôi
Concurrency và job ordering là 1 bài toán khó. Cho mình hỏi nếu dùng Kafka thì độ phức tạp thao tác có giảm xuống so với giải pháp task gối đầu của Minh ở trên không?
THẢO LUẬN
Hay phết đấy, cho mình hỏi là bạn làm cách nào để có cái flow stack chạy như mấy ảnh gif vậy, chỉ mình với
Cám ơn bạn
cảm ơn bạn nhé
bạn ơi giúp mk dc ko mk ko tạo dc
Kiến thức rất bổ ích!
Project hiện tại mình làm cũng đang y chang. Nhưng có vài vấn đề liên quan tới batch processing mà do work load chưa lớn nên cũng chưa xử lý.
cám ơn bạn
Bài viết hay, sâu sắc đi vào lòng người ^^
lợi hại (baiphuc)
Hi,
Máy mình windows 10 thì map cái traefik.local về 127.0.0.1. Hi vọng giúp được ai gặp lỗi khi map về 0.0.0.0 như trong bài.
@tuan1997 bạn dùng version elastic mới hơn xem, ở trên nó notice require 7.6.2 trở lên kìa
à đúng rồi, cảm ơn bạn !!!
Dạ vâng. Em cảm ơn a nhiều ạ.
a đã nói từ comment trước, đó là khi e chuyển file blade thì sẽ dẫn tới việc e chuyển qua 1 ứng dụng Vue hoàn toàn khác, hay nói cách khác, file
User.vuevàApiCalling.vuesẽ hoàn toàn tách biệt ko liên quan gì đến nhau, và như thế e phải làm cách nào đó để liên kết giữa chúng và như thế app của e cũng ko phải là SPA (single page application), không đúng lắm bản chất của Vue đó là dùng để tạo ra SPA.Nếu e mới học, để dễ hiểu thì lời khuyên là chỉ dùng duy nhất 1 file
.bladecho toàn bộ project, và sẽ có nhiều file.vuenhé e.bài viết rất hữu ích, cám ơn bạn!
Em chưa hiểu lắm ạ. Em xin phép trình bày cụ thể hơn ạ.
Hiện tại e chỉ tạo project laravel với 2 bảng là User và Product.
Theo như e hiểu, thì cơ bản mỗi bảng sẽ tương ứng với 1 view, 1 controller, 1 model. Và mỗi 1 view sẽ tương ứng với 1 vue component. Theo đó, trong project của e tương ứng sẽ là [welcome.blade.php] sẽ sử dụng component [User.vue] - [product.blade.php] sử dụng component [ApiCalling.vue].
Mặc định nó sẽ vào trang [welcome.blade.php] chứa component [User.vue] quản lý thông tin danh sách của user.
Việc tiếp theo mà e muốn là tiếp tục qua trang [product.blade.php] để quản lý thông tin của product. Em đưa ra cách là ngoài khai báo Route::resource('users','UserController') thì e thiết lập thêm 1 route về [product.blade.php].
Như vậy có đúng không ạ? Hay e đã sai chỗ nào rồi ạ?
2.5 Loại bỏ xác thực bằng mật khẩu trên server (Chỉ sử dụng SSH keys)
@nghiatc kafka thì nó đã xử lý cho mình phần đó ngay từ khâu thiết kế rồi, tuy nhiên cách xử lý của nó là tạo trước 1 số lượng xác định các partition, sau đó tùy key của message mà sẽ nhét chung message chung key vào 1 partition để đảm bảo thứ tự. Với cách này về lý thuyết sẽ là giới hạn số lượng concurrent của toàn hệ thống ở số lượng partition, do đó khi thiết kế người ta sẽ tạo sẵn 1 số lượng kha khá partition để giải quyết cái giới hạn trên.
Tuy nhiên cái này thường ok với các bài toán có độ ổn định, tức là ngay từ khi thiết kế đã biết chia concurrent như nào rồi. Còn với những hệ thống có yêu cầu thường xuyên thay đổi, hoặc yêu cầu phần xử lý concurrent phức tạp hơn thì sẽ lại phải tự thiết kế thôi
hay quá, e cũng đang mắc ở chỗ push qua firebase, giác ngộ được nhiều điều
Concurrency và job ordering là 1 bài toán khó. Cho mình hỏi nếu dùng Kafka thì độ phức tạp thao tác có giảm xuống so với giải pháp task gối đầu của Minh ở trên không?