Em chào anh ạ, em là một Junior dev, hiện tại em muốn học hỏi và tích lũy dần dần các kiến thức về Micros, nhưng về lượng kiến thức về nó rất lớn, em không chắc nên đi từ đâu là đúng trong road map, em có thể xin lời khuyên của anh được không ạ? Nếu là anh đang khuyên chính anh lúc mới bắt đầu tìm hiểu về nó thì anh sẽ nên đi như thế nào chẳng hạn ạ?
Shopify làm monolith vẫn chạy ngọt với hàng triệu active users được, monolithic không phải là vấn đề.
Microservices là con dao hai lưỡi, muốn làm đc tốt cần người có nhiều kinh nghiệm dẫn dắt, scale đủ lớn để làm, nếu không thì chỉ có tự bóp dé.
Hiện tại Microservices cũng bớt trend lại rồi, nhiều cty đu trend build lên xong thở dốc nên đã rút được nhiều kinh nghiệm =)). Tốt nhất là build modular monolith, khi đã đủ lớn mạnh, domain được validate và clear và lượng user đủ nhiều để đánh giá thì khắc biết có cần tách service không và cần tách chỗ nào.
Theo quan điểm của mình , những dự án với lượng người dùng không lớn nên ưu tiên monolithic, và không nên đú Microservice .
Nhân lực nhiều hơn
Chi phí cao hơn
Nhiều đòi hỏi kiến thức hơn
Kinh nghiệm thực tế thì mình làm những công ty với mô hình ERP cũ monolithic vẫn hoạt động tốt, Chi phí để họ chuyển đổi sang Microservice là một vấn đề tài chính lớn với nhiều doanh nghiệp. Ở một góc nhìn thực tế của mình là vậy
DOM là "bản đồ" (khung xương) của toàn bộ HTML → JavaScript dùng bản đồ này để xem, thay đổi, thêm, xóa các thành phần trên trang web.
Nếu không có DOM, JS không biết HTML có những gì để thao tác.
khá tổng hợp, nếu selfreview kỹ hơn và
chỉnh sửa thêm 1 số cái như "dịch vụ không trạng thái" ở câu bên dưới thì better.
"Thiết kế dịch vụ không trạng thái để dễ mở rộng ngang."
HI bạn ơi, cho mình hỏi lúc bạn thanh toán mua subscription có hóa đơn invoice về là bạn đã trả số tiền đó không ạ, mình định dùng hóa đơn đó làm hóa đơn mua exam. Thank bạn
THẢO LUẬN
Em chào anh ạ, em là một Junior dev, hiện tại em muốn học hỏi và tích lũy dần dần các kiến thức về Micros, nhưng về lượng kiến thức về nó rất lớn, em không chắc nên đi từ đâu là đúng trong road map, em có thể xin lời khuyên của anh được không ạ? Nếu là anh đang khuyên chính anh lúc mới bắt đầu tìm hiểu về nó thì anh sẽ nên đi như thế nào chẳng hạn ạ?
Hiện giờ kafka có kraft mode rồi thì phương án zookp này có vẻ sẽ không cần thiết lắm
Bài viết đem lại nhiều kiến thức bổ ích, chi tiết, giúp mình được học thêm một phương pháp hay để truy vấn cũng như khai thác hiệu quả DB.
Shopify làm monolith vẫn chạy ngọt với hàng triệu active users được, monolithic không phải là vấn đề.
Microservices là con dao hai lưỡi, muốn làm đc tốt cần người có nhiều kinh nghiệm dẫn dắt, scale đủ lớn để làm, nếu không thì chỉ có tự bóp dé.
Hiện tại Microservices cũng bớt trend lại rồi, nhiều cty đu trend build lên xong thở dốc nên đã rút được nhiều kinh nghiệm =)). Tốt nhất là build modular monolith, khi đã đủ lớn mạnh, domain được validate và clear và lượng user đủ nhiều để đánh giá thì khắc biết có cần tách service không và cần tách chỗ nào.
Theo quan điểm của mình , những dự án với lượng người dùng không lớn nên ưu tiên monolithic, và không nên đú Microservice .
Kinh nghiệm thực tế thì mình làm những công ty với mô hình ERP cũ monolithic vẫn hoạt động tốt, Chi phí để họ chuyển đổi sang Microservice là một vấn đề tài chính lớn với nhiều doanh nghiệp. Ở một góc nhìn thực tế của mình là vậy
Không liên quan tới microservices hay k nha bạn, bạn có thể tìm hiểu thêm về vertical slice architecture.
"Tổ chức code theo tính năng" - Theo em hiểu thì cách này dùng để cấu trúc cho các ứng dụng Microservice đúng ko anh?
Còn thua anh Biên nhiều lắm chớ 😁
ựa đẳng cấp quá, đúng là Phó Trùm group Flutter có khác
bài viết hay
bác cho e hỏi nx v20 làm thế nào để khi remote app không hoạt động k làm host app crash trường hợp load remote app thủ công?
DOM là "bản đồ" (khung xương) của toàn bộ HTML → JavaScript dùng bản đồ này để xem, thay đổi, thêm, xóa các thành phần trên trang web. Nếu không có DOM, JS không biết HTML có những gì để thao tác.
khá tổng hợp, góp ý tí
5.1 Server Side Rendering:
→ SSR thường không chạy JS client-side như các CDN, mà chỉ xử lý logic server, render HTML sẵn rồi gửi đi.
✅ Viết lại đúng hơn:
5.1 Server Side Rendering (SSR)
Server side rendering là phương pháp render HTML ngay trên server, rồi gửi HTML hoàn chỉnh về trình duyệt.
Quy trình:
5.2 Client Side Rendering (CSR)
Client side rendering là phương pháp trong đó server chỉ trả về một HTML rỗng hoặc có rất ít nội dung, còn mọi thứ sẽ do JS render phía trình duyệt.
Quy trình:
<div id="root"></div>).khá tổng hợp, nếu selfreview kỹ hơn và chỉnh sửa thêm 1 số cái như "dịch vụ không trạng thái" ở câu bên dưới thì better. "Thiết kế dịch vụ không trạng thái để dễ mở rộng ngang."
Cảm ơn tác giả. Nhờ anh mà em biết tới bear blogs
Phải đăng nhập để cảm ơn Định đã dịch bài 🤌
HI bạn ơi, cho mình hỏi lúc bạn thanh toán mua subscription có hóa đơn invoice về là bạn đã trả số tiền đó không ạ, mình định dùng hóa đơn đó làm hóa đơn mua exam. Thank bạn
@ntngoc96wd mà mấy cái state thấy cũng na ná strategy pattern bác nhỉ. Còn context thì na ná factory method pattern. Ko biết em thấy vậy đúng ko?
Cám ơn B ^^
Cảm ơn bạn ạ 😁