bài tới làm chủ đề I/O multiplexing đi anh :v

Hay quá a ơi♥️♥️♥️

upvote cho đại ca

Bài viết hay quá ạ, mong bạn đăng nhiều thêm nữa để học hỏi.

:v segmantic chunking đương nhiên sẽ mất time nhưng mà cũng nhanh hơn nhiều agentic chunking rồi, proposition retrieval là một dạng agentic chunking ấy, còn nhiều dạng khác nữa nhưng mà mình chưa thấy đủ thú vị và chưa đọc qua nữa :v Thanks bro.

chào bạn, cho mình hỏi ý này với "Tất cả 6 đề mà đề trên 75% thì sẽ có khả năng PASS nha" chỗ này là mình làm đi làm lại đến lúc nào cả 6 để kia >80% à? hay làm lần đầu đã 80% rồi?

Deployment không quản lý naked Pod đó b ạ

Trong k8s, khi bạn triển khai một Deployment, nó sẽ tạo ra các Pod dựa trên template được định nghĩa trong spec của Deployment và quản lý chúng thông qua một ReplicaSet. Các Pod này được gắn nhãn (labels) theo cách bạn cấu hình trong phần selector và template của Deployment

Lý do:

1. ReplicaSet chỉ quản lý Pod do nó tạo ra: Khi b triển khai một Deployment, nó tạo một ReplicaSet, và ReplicaSet này chịu trách nhiệm duy trì số lượng Pod mong muốn (dựa trên replicas). Tuy nhiên, ReplicaSet chỉ quản lý các Pod mà nó tự tạo dựa trên template của Deployment, không phải bất kỳ Pod nào khác, ngay cả khi chúng có label trùng khớp. Naked Pod không được tạo bởi ReplicaSet, nên nó không nằm trong phạm vi quản lý của ReplicaSet hay Deployment.
2. Label selector không tự động "chuyển" naked pod của b vào ReplicaSet: Label trong k8s chỉ là một cơ chế để nhóm và lọc các tài nguyên. Việc một Pod có label khớp với selector của Deployment không có nghĩa là Deployment sẽ tự động "nhận nuôi" (adopt) Pod đó. Deployment/ReplicaSet chỉ nhận diện và quản lý các Pod mà nó tạo ra thông qua quá trình reconcile.
3. Khi xóa Pod trong Deployment: Nếu bạn xóa một Pod do Deployment quản lý, ReplicaSet sẽ nhận thấy số lượng Pod hiện tại ít hơn replicas và sẽ tạo một Pod mới để thay thế (dựa trên template). Tuy nhiên, naked Pod vẫn tồn tại độc lập và không bị ảnh hưởng bởi hành động này. Deployment không coi naked Pod là một phần của tập hợp mà nó quản lý.

Toàn mấy ông clone acc xong vào spam Locker

cho mình hỏi là sau khi deploy deployment, mình lại deploy 1 naked pod có label giống như pod trong deployment, thì deployment có quản lý naked pod này khi xóa 1 pod trong deployment ko?

Thanks bro

quá oách mike fen

Cho mình hỏi với, mình xóa bản ghi trong bảng, nhưng Id của bản ghi đó là khóa ngoại của bảng khác. Nếu khi gọi API xóa từ FE thì bình thường, tức là sẽ cảnh báo khóa ngoại nên k được xóa. Nhưng nếu mình dùng unitTest với hàm xóa và truyền Id khóa ngoại ấy vào thì vẫn xóa được bình thường, tại sao vậy ạ?

Thank you for providing this information. Visit here : https://login360.in/ui-ux-courses-in-chennai/

Mình cũng thấy v

Quá hữu ích và chi tiết. Cảm giác như đang đọc một công trình nghiên cứu trong các hội thảo quốc tế vậy🫰🏼🫰🏼

bài viết rất dễ hiểu, cảm ơn bạn!

Theo như concept thì phần useCase trong domain sẽ không được phụ thuộc vào dataLayer, nhưng mình thấy trong code thì use case lại có repository, cái này có vi phạm nguyên tắc thiết kế không nhỉ

. hóng bài tiếp của chủ thớt

có hướng dẫn thực hiện CI/CD trên Gitlab CI chưa sếp

Cảm ơn bạn vì bài viết khá thú vị hehe, tớ thấy khi dùng segmantic chunking khá mất time vì nó cần tính toán khá nhiều. Chờ An ra Agentic Chunking nhé