👉 Link khóa học backend Nodejs:
Timeline:
00:00 Nói về Rest API
03:38 Nói về gRPC
07:55 Dùng gRPC vs Rest API ở đâu trong dự án?
🚩 Subscribe ➜
#backend #grpc #backend
✅ Follow Me:
Blog:
Github:
Facebook:
Youtube:
👉 Link khóa học backend Nodejs:
Timeline:
00:00 Nói về Rest API
03:38 Nói về gRPC
07:55 Dùng gRPC vs Rest API ở đâu trong dự án?
🚩 Subscribe ➜
#backend #grpc #backend
✅ Follow Me:
Blog:
Github:
Facebook:
Youtube:
Bác đi dạy thì phải thường xuyên cập nhật mấy cái mình dạy chớ nhỉ, mình thấy Postman hỗ trợ gRPC rồi mà nhỉ.
Có lễ nên so sánh Restful vs GraphQL đúng bài hơn trong vai trò Client (web, app,…) <-call-api-> Server. Còn gRPC thì thiên về kiên trúc micro-service, mặc dù cũng có gRPC Web Client nhưng không đáng kể.
mong anh làm thêm nh về Go
Video ngắn gọn dễ hiểu quá ạ. Thanks anh.
Cơ mà bàn về gRPC, em thấy hiện nay, mặc dù nó đã phát triển, cơ mà hầu hết dự án rất ít khi apply, mặc dù em thấy là làm về banking, finance các kiểu.
Cơ mà việc giao tiếp giữa các server với nhau vẫn dùng Client Rest như bình thường. Trong khi đó, dùng gRPC lại cho thấy việc lợi về hiệu năng.
Cho em hỏi, anh có ý kiến gì về vấn đề này không ạ. Em cảm ơn.
go uptrend hay sao nhiều người tìm hiểu go quá nhỉ 🤔
Có lời khuyên là khi nào mà hệ thống có lượng traffic cao và đặc biệt là phát sinh bottleneck ở việc encode/decode request data giữa các services thì lúc đó hẳn tính đến việc xài GRPC hay không? Chứ bình thường thì xài REST vẫn tiện và ngon chán.
Nên là cần phải có hệ thống monitoring, tracing đủ tốt để phát hiện ra chỗ nào cần tối ưu. Thấy có nhiều ông lên mạng đọc blog thấy tụi Big Tech như Google, Uber xài GRPC nghe nói nhanh thì cũng phải apply vào hệ thống cho bằng được trong khi chỗ làm chậm hệ thống có khi nằm ở Database hoặc code viết chưa tối ưu, rốt cuộc là chả cải thiện hệ thống lên bao nhiêu mà bắt cả team học thêm cái tech mới cùng với đống convention, best practice,… Chưa kể team DevOps/System cũng phải setup, tìm hiểu, cài thêm plugin để có thể monitor cái tech mới đó.
Hóng Tips Go mà lâu quá chưa thấy anh ra vids
Vậy là gRPC được sử dụng chủ yếu trong kiến trúc micro-service đúng ko ạ ? Em có thấy ngoài gRPC còn có tRPC nữa ạ, mong anh giải thích cho e luôn với
Đúng cái mình mới tìm hiểu gRPC khi join dự án mới, thanks bác
cho em hỏi tóm lại bài này là: Mình vẫn xây dung Restful để giao tiếp với phía client. Nếu client A gọi đến Http A thì vẫn là Resful. Trong Restful A mình sẽ sử dụng GRPC để gọi qua các server khác để thực thi logic gì đó. xong r trả về client A phải không anh?
Em chào anh ạ, em là sinh viên năm 2. Em có thắc mắc là khi các dev fe và be làm xong 1 sản phẩm, thì quá trình bàn giao sản phẩm cho khách hàng sẽ diễn ra như thế nào ạ. Anh có thể làm 1 clip chia sẻ về vấn đề này không ạ. (Em còn khá non nên nếu có hỏi hơi ngu, mong anh và mọi người thông cảm, đừng ném gạch ống em ạ😂😂)
Mình cũng đang triển khai cả 2 thằng này nếu có đủ nguồn lực và thời gian thì triển khai đúng kiến trúc như anh trình bày thì quá ngon rồi nhưng 1 vài trường hợp thời gian triển khai trên gRPC nó mất nhiều thời gian vì phải triển khai trển cả 2 đầu ( còn rest thì ko cần ) nên trường hợp nếu như ko yêu cầu tốc độ hoặc lượng data gọi qua lại ko quá lớn thì triển khai rest trong local server vẫn xài được bù lại tiết kiệm thời gian code cũng như chi phí nguồn lực coder
Sếp làm tiếp vụ solid đi ạ, em hóng quá trời
cảm ơn "anh đồng nghiệp lão làng" đã giải thích 🫡
Đọc grpc nghe phèn quá a