Cái đó a sẽ viết ở series k8s nhé e

Idol cháy quá anh làm về HELM đi anh

Tks anh, em có câu hỏi là ở question cuối, lựa chọn giữa multi process và multi thread. Em có thấy anh mention tới microservices. Vậy là mình vãn có thể dùng monolithic cho trường hợp multi process nhưng ko phải là best practice đk ạ

Mình có chút góp ý là maybe có quá nhiều code và chúng không được giải thích rõ ràng. Tất nhiên thì những bạn đã biết ruby có thể hiểu được phần nào nhưng mình nghĩ tập người xem chung thì không phải vậy. Anw tks bạn vì bài viết này

Hay, qua hay

Iwin Club là cổng game bài đổi thưởng trực tuyến uy tín, đẳng cấp, ra mắt thị trường vào tháng 12 năm 2021. Iwin Club cung cấp đa dạng các trò chơi bài, game quay hũ, mini game hấp dẫn như: Tiến lên miền Nam, Phỏm, Mậu binh, Xì dách, Tài xỉu, Sâm lốc, Bầu cua, Xóc đĩa,... đáp ứng mọi nhu cầu giải trí của người chơi. Website: https://iwinclub.bid/ Công Ty: game online iwin Địa Chỉ: 20 Phan Huy Ích, Phường 15, Tân Bình, Thành phố Hồ Chí Minh, Việt Nam Phone: 0967787111 Tags: #iwinclub #IWIN_CLUB #IWIN #gameiwin #taiiwin #taiiwinclub #taiiwinapp #linktaiiwin

.

Great! Thank a đã chia sẻ!

Với mã hoá bất đối xứng client phải truyền thêm userid hả, không thì làm sao get được public key? Hay userid được lấy từ payload của token?

Về K8S OOM Killer:

• Bạn có thể để pod tự bị kill đi bởi K8S bằng cách kill/evict trong trường hợp bạn rollout version mới hoặc khi worker node bị tình trạng memory memory pressure. Lúc này K8S đều action delete pod tới pod -> Case này không phải lo
• 1 vài trường hợp bắt buộc phải set memory limit hoặc app là Java Spring thường cũng set memory limit cho container sẽ cần tới K8S OOM Killer. Trong trường hợp container memory chạm limit hoặc Heap memory usage chạm max Heap -> Lúc container sẽ trả về code 137 hoặc java.lang.OutOfMemoryError: Java heap space. Đây là lỗi của Spring app và Cgroup đối với container. Đối với case thực tế sẽ bị fail phần health check và chắc chắn bị downtime
• Khi bạn add thêm preStop hook vào container 1 action (sleep 30s) -> preStop hook sẽ được trigger chỉ khi có action delete pod. Lúc đó phần EndpointSlice không nhận request mới nữa và vẫn response request trước thời điểm delete pod đến khi pod bị gỡ ra khỏi EndpointSlice. Khi add preStop hook 30s sẽ giúp container khi nhận action delete pod sleep thêm 30s để xử lý nốt. Phần này giúp đồng bộ 2 phần network và phần xử lý trong container
• Vậy nên mình quyết định delete pod trước khi các container trong pod gặp các vấn đề về memory (OOM thì downtime mất rồi) -> lúc này sẽ có log của service account xóa pod để đánh giá xem có nên tăng memory cho container hay không?

Về tool GRR:

• Tool này mình lấy metrics của container rồi tính toán cho phù hợp thôi. Mình có update thêm vài tính năng để phù hợp với nhu cầu sử dụng: VD: - như việc tính được lượng memory cần thiết để container boot lên và lượng memory để process data sẽ hợp lý để recommend memory cho các app Java đặc biệt là Spark bên mình đang sử dụng
• Loại bỏ metrics cpu usage thời điểm Java app boot lên làm gây nhiễu data, vì recommend cho CPU lúc sử dụng để xử lý thôi chứ không nên cho phần boot vào
• Và phải apply hợp lý HPA với đám thông số recommend sao cho scale hợp lý nữa. Trước mình có tham khảo VPA hoặc open-source khác nhưng không đáp ứng nhu cầu nên đành tự code

cảm ơn anh trai

leminh586.vn@gmail.com cho mình xin source tham khảo với ạ cảm ơn b

Cảm ơn bạn đã góp ý 🥰

welcome back, bro

Dạ cho em xin tên công cụ để làm những flow GIF như trên với ạ

Ý tưởng anh đưa ra trong bài rất hay! Em có một vài câu hỏi mong anh giải đáp

• Công cụ K8S OOM Killer dùng để kill các pod sắp full mem thì sẽ có ưu điểm gì so với để K8s tự kill/evict?
• Anh có thể chia sẻ kỹ hơn về logic hoạt động để recommend ra thông số resource mới của tool GRR được không?

Cám ơn anh

hehe sorry mình ko tiện gửi CV cho bạn 🥹 nhưng mình có thể review và feedback CV của bạn nếu bạn cần qua fanpage 😉 https://www.facebook.com/comotdevthichviet/

Damn, damn, damn, bro cho t xin CV để tham khảo với đc k, chứ t viết CV trông a đùi quá 👀👀

Tuyet voi anh oi

bài viết quá hay admin