@monmen Dạ vâng em cảm ơn những lời chia sẻ của anh, em sẽ đi phỏng vấn và tìm còn đường mình thực sự phù hợp và hứng thú để đi ạ. Chúc anh thật nhiều sức khỏe ạ.♥️
thật ra mình cx mới tìm hiểu và sử sụng put là chủ yếu và put thường sử dụng để cập nhật một tài nguyên và 1 phần hay nhiều phần của tài nguyên đó cũng không khác gì. CÒn sử khác nhau chính thì patch thường được sử dụng cho việc cập nhật một số lượng tài nguyên lớn và không thay đổi toàn bộ.
Trong phần giải thích về HTTP verb, bạn đã đề cập đến 5 lệnh động từ cơ bản khi thực hiện yêu cầu HTTP. Tuy nhiên, trong trường hợp một "tài nguyên" chỉ cần được cập nhật một phần, liệu bạn sẽ sử dụng PUT hay PATCH? Và điều gì quyết định việc sử dụng PUT hoặc PATCH trong trường hợp cụ thể?
Em cảm ơn anh, series này hay quá anh ạ.
Anh cho em hỏi là mình có thể tách riêng các phần như prometheus stack, argocd sang một cluster khác và một cluster chỉ sử dụng để deploy các application không ạ?
Em đang làm theo series này thì thấy các phần trên chiếm khá nhiều tài nguyên của một cluster ạ. Cấu hình em đang dựng là 6 node với thông số là cpu 2 core, 4gb ram, và 50gb disk ạ.
Anh có thể gợi ý cho em về việc phân chia tài nguyên cho micro services được không ạ?
Thật ra thì theo mình thấy điều này không giúp code gặp vấn đề tăng độ phức tạp hay vấn đề về tính kết nối, vì khi tách ra thành các chức năng riêng biệt chúng ta có sử dụng tính chất kế thừa, nên các phần mã khi tách ra không phải lặp lại quá nhiều mà chỉ cần tập trung vào các function cần thiết. Còn mục tiêu lớn hơn cũng đã được đề cập ở trên là tại sao chúng ta nên cần tính đơn nhiệm thì cũng được đề cập ở trên.
Trong quy tắc Single Responsibility Principle (SRP), bạn đã cung cấp một ví dụ về việc tách các chức năng của lớp Employee thành các lớp riêng biệt như EmployeeInfo, Payroll, và VacationTracker. Tuy nhiên, liệu việc này có làm tăng độ phức tạp của mã không? Và làm thế nào để đảm bảo rằng việc tách các chức năng này không làm mất tính kết nối giữa chúng?
@hiepthanh em có thể lại đi phỏng vấn 1 lượt đi, phỏng vấn là quá trình tìm hiểu bản thân rất tốt, xong cũng như anh, ngồi viết ra xem mình thích gì, mình mạnh gì, mình yếu gì. Xong xem con đường nào mình thật sự thấy hứng thú để đi. 1,5 năm là lúc cũng cần phải nghiêm túc xem xét lại sự nghiệp chứ đừng để trôi theo công việc thường ngày (nhất là lại còn trong môi trường outsource). Quá trình tự tìm hiểu bản thân này thì ko ai có thể giúp em được mà em buộc phải tự bước đi trên đôi chân của chính mình thôi. Trên con đường ấy mỗi người sẽ tìm thấy những thứ khác nhau về bản thân. Anh chỉ có 1 lời khuyên là khi đã tìm ra, đừng sợ bước ra khỏi vùng an toàn hiện tại để đi theo con đường mới hướng tới cái đích mình tìm ra đấy.
Cái khó thường không phải là tìm ra định hướng, mà là tìm ra rồi thì có dám chấp nhận bản thân để bước theo cái hướng đấy hay không. Anh có rất nhiều vùng an toàn, mỗi lúc anh rơi vào hoàn cảnh mông lung ấy thì hãy học theo bộ phim Yes man ấy, chấp nhận với mọi cơ hội xung quanh dù ban đầu nhìn nó có vô lý thế nào đi nữa. Tặng em câu này: Bạn sẽ chỉ thật sự biết bay khi hai chân không còn chạm đất!
Bài viết hay, có sự đầu tư nghiên cứu. Ước gì bác trình bày rõ hơn một số ví dụ trong cải cách của PGS Bùi Hiền để mapping vào từng nguyên lý, phản ánh được rõ nét sự tương đồng, lúc đó 10 điểm không nhưng 😄
THẢO LUẬN
cảm ơn b đã góp ý, do lần đầu viết nên mik bố cục hơi lủng củng. Còn về mô tả thì ở "phần 6. Khởi chạy" mình có nói nhé, b xem thử nhé
Anh có implement cái kiến trúc ở trên không, cho em tham khảo với ạ ?
E thực hiện theo phần setup để debug nhưng port 5005 khi truy cập qua browser thì không vào được ạ
bài viết tuy đơn giản, nhưng rất phù hợp với người mới bắt đầu!
@monmen Dạ vâng em cảm ơn những lời chia sẻ của anh, em sẽ đi phỏng vấn và tìm còn đường mình thực sự phù hợp và hứng thú để đi ạ. Chúc anh thật nhiều sức khỏe ạ.♥️
@Ooker không nhé, t vì hỏi có nhu cầu ấy, kp cào web đâu :v
Còn nữa không ạ, làm sao để viết thêm các blog tiếp theo ạ
thật ra mình cx mới tìm hiểu và sử sụng put là chủ yếu và put thường sử dụng để cập nhật một tài nguyên và 1 phần hay nhiều phần của tài nguyên đó cũng không khác gì. CÒn sử khác nhau chính thì patch thường được sử dụng cho việc cập nhật một số lượng tài nguyên lớn và không thay đổi toàn bộ.
Mình có tham khảo về câu hỏi của bạn ở phần này: https://www.geeksforgeeks.org/what-is-the-difference-between-put-post-and-patch-in-restful-api/
Bài viết chưa rõ ràng, chưa nói được sự nhầm lẫn, cách nhận biết, sự khác biệt
Trong phần giải thích về HTTP verb, bạn đã đề cập đến 5 lệnh động từ cơ bản khi thực hiện yêu cầu HTTP. Tuy nhiên, trong trường hợp một "tài nguyên" chỉ cần được cập nhật một phần, liệu bạn sẽ sử dụng PUT hay PATCH? Và điều gì quyết định việc sử dụng PUT hoặc PATCH trong trường hợp cụ thể?
Bài viết hữu ích. Xin cảm ơn tác giả
Em cảm ơn anh, series này hay quá anh ạ. Anh cho em hỏi là mình có thể tách riêng các phần như prometheus stack, argocd sang một cluster khác và một cluster chỉ sử dụng để deploy các application không ạ? Em đang làm theo series này thì thấy các phần trên chiếm khá nhiều tài nguyên của một cluster ạ. Cấu hình em đang dựng là 6 node với thông số là cpu 2 core, 4gb ram, và 50gb disk ạ. Anh có thể gợi ý cho em về việc phân chia tài nguyên cho micro services được không ạ?
Bổ ích quá ạ
Hay qé!
Thật ra thì theo mình thấy điều này không giúp code gặp vấn đề tăng độ phức tạp hay vấn đề về tính kết nối, vì khi tách ra thành các chức năng riêng biệt chúng ta có sử dụng tính chất kế thừa, nên các phần mã khi tách ra không phải lặp lại quá nhiều mà chỉ cần tập trung vào các function cần thiết. Còn mục tiêu lớn hơn cũng đã được đề cập ở trên là tại sao chúng ta nên cần tính đơn nhiệm thì cũng được đề cập ở trên.
Trong quy tắc Single Responsibility Principle (SRP), bạn đã cung cấp một ví dụ về việc tách các chức năng của lớp Employee thành các lớp riêng biệt như EmployeeInfo, Payroll, và VacationTracker. Tuy nhiên, liệu việc này có làm tăng độ phức tạp của mã không? Và làm thế nào để đảm bảo rằng việc tách các chức năng này không làm mất tính kết nối giữa chúng?
@hiepthanh em có thể lại đi phỏng vấn 1 lượt đi, phỏng vấn là quá trình tìm hiểu bản thân rất tốt, xong cũng như anh, ngồi viết ra xem mình thích gì, mình mạnh gì, mình yếu gì. Xong xem con đường nào mình thật sự thấy hứng thú để đi. 1,5 năm là lúc cũng cần phải nghiêm túc xem xét lại sự nghiệp chứ đừng để trôi theo công việc thường ngày (nhất là lại còn trong môi trường outsource). Quá trình tự tìm hiểu bản thân này thì ko ai có thể giúp em được mà em buộc phải tự bước đi trên đôi chân của chính mình thôi. Trên con đường ấy mỗi người sẽ tìm thấy những thứ khác nhau về bản thân. Anh chỉ có 1 lời khuyên là khi đã tìm ra, đừng sợ bước ra khỏi vùng an toàn hiện tại để đi theo con đường mới hướng tới cái đích mình tìm ra đấy.
Cái khó thường không phải là tìm ra định hướng, mà là tìm ra rồi thì có dám chấp nhận bản thân để bước theo cái hướng đấy hay không. Anh có rất nhiều vùng an toàn, mỗi lúc anh rơi vào hoàn cảnh mông lung ấy thì hãy học theo bộ phim Yes man ấy, chấp nhận với mọi cơ hội xung quanh dù ban đầu nhìn nó có vô lý thế nào đi nữa. Tặng em câu này: Bạn sẽ chỉ thật sự biết bay khi hai chân không còn chạm đất!
@maitrungduc1410 e cảm ơn ạ
Bài viết hay, có sự đầu tư nghiên cứu. Ước gì bác trình bày rõ hơn một số ví dụ trong cải cách của PGS Bùi Hiền để mapping vào từng nguyên lý, phản ánh được rõ nét sự tương đồng, lúc đó 10 điểm không nhưng 😄
Bác có thể cho em xin thông tin liên hệ của bác không ạ? hoặc lh em zalo 0976943111 em cảm ơn ạ!