dùng try catch có cái hay là lúc có bug nó nhảy vào đó xem luôn ko phải tìm kiếm lung tung.
dùng AOP thì có bug tìm method có bug cũng ốm => cái này chỉ dùng để đo metrics...
quản lý bằng @RestControllerAdvice Handler exception chung thì khi có bug tìm cũng sẽ khó hơn. Đọc code sẽ khó hiểu về bussiness chung => quan trọng là đọc code phải hiểu nhanh (chứ ko phải là code ngắn hay dài)
Túm lại thì cứ code thế nào nhanh và đọc dễ hiểu là đc => Microservice là khoán gọn cho dev rồi, ai code thế nào kệ. Đáp ứng bài toán, performance là ok.
Anh nghĩ em lên học OSCP trước vì nó sẽ cho em một cái nhìn tổng quan trước khi đi sâu hơn vào từng loại lỗ hổng như trong OSWE đề cập. Nếu em muốn có thắc mắc gì có thể ib hỏi hoặc nếu muốn trao đổi trực tiếp có thể tham gia CMC Security Talent )
Anh ơi, em cũng đang có dự định học OSWE và thi lấy chứng chỉ này trong năm sau. Hiện tại em đang là sinh viên năm 4, kiến thức của em thì cũng dừng lại ở các lỗ hổng Web phổ biến thôi ạ. Em có đọc qua mấy cái review của anh em nước ngoài thì họ bảo cái cert này cũng khá khó. Vậy anh có lời khuyên gì cho em đỡ hoang mang không ạ ^^
Hi bạn, cơ bản là có 3 cái resource đó. Còn thực tế tuỳ nhu cầu sử dụng sẽ càn thêm nhiều resource khác như confignap, secret, network policy, role/rolebinding..
Các resource này nên được tạo trong template helm chart để đi kèm với 3 cái resource mình nêu bên trên.
Chào anh Việt, em đang theo dõi khóa K8S của anh và nó rất cụ thể và chi tiết. Cảm ơn anh nhiều vì đã chia sẻ.
Em muốn hỏi anh một chút về ConfigMap này. Ở trong các bài viết trước thì anh có đề cập đến việc để deploy một ứng dụng lên K8S thì thường sẽ có 3 file yaml là deployment, service và ingress, vậy thì ConfigMap nên được viết chung vào 3 file này hay là viết riêng ra 1 file yaml khác ạ? Và nếu em dùng helm để triển khai ứng dụng thì dùng ConfigMap như thế nào cho hợp lý ạ? Em cảm ơn.
E thi CKS ngồi verify từ 10h đến 14h chiều mới được thi. Cái platform PSI nó hơi cùi. Dang làm tự dưng bắt verify lại env mất đúng 15p.
Sau khi verify xong thì disconnect exam ms cay lúc đó cuống may reload lại thì đc.
sau 2h thì 17 câu thì làm đc có 15 câu thiếu time do thay đổi platform nhiều cái so vs cái CKA trc
Chỉ có đọc nhiều làm nhiều thôi, nguyên liệu thì xem ở đây: https://github.com/donnemartin/system-design-primer còn cách xào nấu thì phải tự tham khảo nhiều bên rồi dựng dần là học thôi. Làm nhiều chứ đừng chỉ ngồi đọc không là được
Cá nhân mình thấy bây giờ vps rất rẻ, với cấu hình 512mb (quá thấp), 1vcpu thì bây giờ chỉ cần 2$ - 5$ (hetzner, vultr localtion usa, ovh ),
đặc thù testing thì không dùng lâu dài, mình thường order vps kèm với sử dụng FlashVPS Panel (free) cho cả testing và production
THẢO LUẬN
dùng try catch có cái hay là lúc có bug nó nhảy vào đó xem luôn ko phải tìm kiếm lung tung.
dùng AOP thì có bug tìm method có bug cũng ốm => cái này chỉ dùng để đo metrics...
quản lý bằng @RestControllerAdvice Handler exception chung thì khi có bug tìm cũng sẽ khó hơn. Đọc code sẽ khó hiểu về bussiness chung => quan trọng là đọc code phải hiểu nhanh (chứ ko phải là code ngắn hay dài)
Túm lại thì cứ code thế nào nhanh và đọc dễ hiểu là đc => Microservice là khoán gọn cho dev rồi, ai code thế nào kệ. Đáp ứng bài toán, performance là ok.
@rockman88v Oke em hiểu rồi em cảm ơn anh nhé 😁
Hi anh. Anh có thể chia sẻ về chuyện Tiếng Anh của anh được ko
đọc cuốn quá
Anh nghĩ em lên học OSCP trước vì nó sẽ cho em một cái nhìn tổng quan trước khi đi sâu hơn vào từng loại lỗ hổng như trong OSWE đề cập. Nếu em muốn có thắc mắc gì có thể ib hỏi hoặc nếu muốn trao đổi trực tiếp có thể tham gia CMC Security Talent
)
thanks bạn
Anh ơi, em cũng đang có dự định học OSWE và thi lấy chứng chỉ này trong năm sau. Hiện tại em đang là sinh viên năm 4, kiến thức của em thì cũng dừng lại ở các lỗ hổng Web phổ biến thôi ạ. Em có đọc qua mấy cái review của anh em nước ngoài thì họ bảo cái cert này cũng khá khó. Vậy anh có lời khuyên gì cho em đỡ hoang mang không ạ ^^
@hoangthan345 bạn có thể nhắn mình qua FB https://www.facebook.com/nhattm99/ nhé
mình đang sài java 11 nhưng không thấy hỗ trợ Text Blocks.
Cảm ơn ông vì bài viết. Thật sự thì cách nói chuyện của ông nó cuốn vãi.
Hi bạn, cơ bản là có 3 cái resource đó. Còn thực tế tuỳ nhu cầu sử dụng sẽ càn thêm nhiều resource khác như confignap, secret, network policy, role/rolebinding.. Các resource này nên được tạo trong template helm chart để đi kèm với 3 cái resource mình nêu bên trên.
Chào anh Việt, em đang theo dõi khóa K8S của anh và nó rất cụ thể và chi tiết. Cảm ơn anh nhiều vì đã chia sẻ. Em muốn hỏi anh một chút về ConfigMap này. Ở trong các bài viết trước thì anh có đề cập đến việc để deploy một ứng dụng lên K8S thì thường sẽ có 3 file yaml là deployment, service và ingress, vậy thì ConfigMap nên được viết chung vào 3 file này hay là viết riêng ra 1 file yaml khác ạ? Và nếu em dùng helm để triển khai ứng dụng thì dùng ConfigMap như thế nào cho hợp lý ạ? Em cảm ơn.
@rockman88v disconnect to exam thôi. chứ k pải reload để checkin từ đâu
. reload lại time vẫn đang chạy.
Disconnected xong có phải checkin lại từ đầu k b? Xong có bị trừ thời gian giống mình k?
E thi CKS ngồi verify từ 10h đến 14h chiều mới được thi. Cái platform PSI nó hơi cùi. Dang làm tự dưng bắt verify lại env mất đúng 15p. Sau khi verify xong thì disconnect exam ms cay lúc đó cuống may reload lại thì đc. sau 2h thì 17 câu thì làm đc có 15 câu thiếu time do thay đổi platform nhiều cái so vs cái CKA trc
Quá là gay cấn. Cứ ngỡ đang xem một bộ phim vậy. Cảm ơn tác giả đã có những chia sẻ rất hữu ích cho ae.
chia sẻ nhiều hơn để tồn tại nhé bạn
Chỉ có đọc nhiều làm nhiều thôi, nguyên liệu thì xem ở đây: https://github.com/donnemartin/system-design-primer còn cách xào nấu thì phải tự tham khảo nhiều bên rồi dựng dần là học thôi. Làm nhiều chứ đừng chỉ ngồi đọc không là được
@DangNghia17 ,ờ ,và lần này không tạo được app và deploy được huhu
Cảm ơn bạn đã chia sẻ, bài viết hay quá !! chia sẻ nhiều hơn bạn nhé
Cảm ơn bạn đã chia sẻ bài viết rất hữu ích.
Cá nhân mình thấy bây giờ vps rất rẻ, với cấu hình 512mb (quá thấp), 1vcpu thì bây giờ chỉ cần 2$ - 5$ (hetzner, vultr localtion usa, ovh ), đặc thù testing thì không dùng lâu dài, mình thường order vps kèm với sử dụng FlashVPS Panel (free) cho cả testing và production
Website: https://flashvps.dev