Khi mình tạo một nhánh "branch1"và push lên git thì nhánh "branch1" có trở thành nhánh chính thức của repo không?
Trong trường hợp repo đã có sẵn một nhánh "branch2" rồi mà ở local mình lại vô tình tạo thêm một nhánh "branch2" nữa thì khi push lên git có bị ảnh hưởng không?
@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?
THẢO LUẬN
mình có thêm hình rồi đó bạn
Mình có vài câu hỏi:
@DngBack cảm ơn bạn nha :3
@anhdnv-0902 cho mình hỏi version của keras?
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?