chào anh, em cũng đã đọc paper gốc của bài này. Điều em thắc mắc ở đây là tác giả không nói rõ kiến trúc của phần MLP như nào nhỉ, em chỉ thấy nói mỗi phần có chi tiết (m+t)/ 2 là số tầng ẩn của MLP
"IP của service ra IP của pod" thì là cơ chế tạo endpoind, sẽ được tạo mỗi khi pod được tạo ra. Ví dụ em tạo một service cho 1 deployment gồm 3 pod, thì tương ứng sẽ có một endpoind cho service đó chứa 3 IP của 3 pod mà service này làm LB cho nó. Trong trường hợp 1 pod die và cần được tạo mới thì IP của Pod mới sẽ được update vào endpoint này.
Về vấn đề DNS thì đúng rồi. Và nó thường được dùng cho các service internal của k8s. Dễ thấy nhất là các stateful opensource như kiểu redis-cluster, postgres hay kafka chẳng hạn, thì nó thường kết nối với nhau qua service name. Cũng tương tự với các service mình phát triển mà cần kết nối tới opensource trên k8s thì cũng sử dụng cách như trên.
Hay quá anh Việt ơi!!! Theo dõi bài của anh mấy tháng nay. Thanks anh much!
PS: Thánh soi nay cho em soi một xíu nhé, hehe. Theo em biết thì kube-proxy có cái tên như thế là vì nhiệm vụ chính của nó là "proxy" cái service, từ IP của service ra IP của pod. Còn CoreDNS thì thì lưu bản ghi DNS cho cả service lẫn pod: Service abc thuộc namespace xyz sẽ có tên miền abc.xyz.svc.cluster.local, còn pod có IP 10.100.2.15 thuộc namespace xyz thì sẽ có tên miền 10-100-2-15.xyz.pod.cluster.local. Đúng không nhỉ?
THẢO LUẬN
Bài viết hay quá ạ .
chào anh, em cũng đã đọc paper gốc của bài này. Điều em thắc mắc ở đây là tác giả không nói rõ kiến trúc của phần MLP như nào nhỉ, em chỉ thấy nói mỗi phần có chi tiết (m+t)/ 2 là số tầng ẩn của MLP
bài viết rất bổ ích.
@longyu Bạn thử login lại heroku xem.
@minhtuan.nguy ,mình dùng git cli upload trực tiếp lên heroku sao nó báo authencation failed,la2ms ao fix
linh hoạt nhưng là 1 dev có kĩ năng thì nên phản hồi thường xuyên để mang đến kết quả win win cuối cùng, tránh đi quá xa
I like the content which was mentioned above. If any of the final year students are looking for the machine learning projects for students.!!! https://takeoffprojects.com/machine-learning-projects-for-students
HAY QUÁ
Cảm ơn bạn đã chia sẻ.
@hoai1234 em để email ở đây để a gửi qua mail nhé
da cho em xin full mã code vs anh o!
mình k download file weight trên Drive qua link https://drive.google.com/uc?id=12ttln8zPOWrFCPLr4hChmxr4rxuHRRoz, mong tác giả góp ý ạ!
bài viết tuyệt vời quá a ơi, hi vọng a sớm có tinh thần để viết tiếp các phần tới
👏
@rockman88v Yesss!! Lót dép hóng bài mới nữa anh ơi! ^^
"IP của service ra IP của pod" thì là cơ chế tạo endpoind, sẽ được tạo mỗi khi pod được tạo ra. Ví dụ em tạo một service cho 1 deployment gồm 3 pod, thì tương ứng sẽ có một endpoind cho service đó chứa 3 IP của 3 pod mà service này làm LB cho nó. Trong trường hợp 1 pod die và cần được tạo mới thì IP của Pod mới sẽ được update vào endpoint này. Về vấn đề DNS thì đúng rồi. Và nó thường được dùng cho các service internal của k8s. Dễ thấy nhất là các stateful opensource như kiểu redis-cluster, postgres hay kafka chẳng hạn, thì nó thường kết nối với nhau qua service name. Cũng tương tự với các service mình phát triển mà cần kết nối tới opensource trên k8s thì cũng sử dụng cách như trên.
Hay
Hay quá anh Việt ơi!!! Theo dõi bài của anh mấy tháng nay. Thanks anh much! PS: Thánh soi nay cho em soi một xíu nhé, hehe. Theo em biết thì kube-proxy có cái tên như thế là vì nhiệm vụ chính của nó là "proxy" cái service, từ IP của service ra IP của pod. Còn CoreDNS thì thì lưu bản ghi DNS cho cả service lẫn pod: Service abc thuộc namespace xyz sẽ có tên miền abc.xyz.svc.cluster.local, còn pod có IP 10.100.2.15 thuộc namespace xyz thì sẽ có tên miền 10-100-2-15.xyz.pod.cluster.local. Đúng không nhỉ?
Anh ơi bài viết toàn P1 thế này chả bh thấy P2
(
Huhu, series hay nên cầu xin van nài a đừng drop phần 2 🤧
👋👋👋