[ii Kimochi]

Originally Posted by angry!

Làm một thời gian rồi bạn sẽ thấy lạm dụng RPC sẽ tạo ra rất nhiều bottle neck. Nên cách tốt nhất vẫn là thiết kế để hạn chế viẹc dùng RPC, dùng quá nhiều RPC thì làm cha nó monolith cho rồi. Nên vấn đề này lại quy về bài toán, làm sao split service ra trong microservice architecture, và một trong những cách đó là dùng DDD - domain driven development. Nên architect không chỉ rành về architecture mà còn phải hiểu về business của system mình phải có cách dùng phù hợp, và cụ thể là cách chia service phù hợp.

gRPC và RPC là hai khái niệm hoàn toàn khác nhau cơ mà

Gửi từ Vsmart Live bằng vozFApp

[dreamnight]

Originally Posted by ii Kimochi

gRPC và RPC là hai khái niệm hoàn toàn khác nhau cơ mà

Gửi từ Vsmart Live bằng vozFApp

Có vẻ bạn nên tìm hiểu kỹ hơn nhé, gRPC là framework triển khai dựa trên RPC model. Nói 1 cách đơn giản như bạn dùng 1 framework triển khai web api dạng REST. Và đã triển khai nghĩa là có những thứ in-theory là như nhau, kể cả ưu nhược điểm của nó, chỉ có input và output là như nhau. Cái khác chỉ là cách implementation và deployment giữa các framework mà thôi. RPC ko mới, nó đã có từ rất lâu, ví dụ dễ nhất là remote desktop của Windows hay RPC trong việc mở connection xuống database.

[ii Kimochi]

Originally Posted by dreamnight

Có vẻ bạn nên tìm hiểu kỹ hơn nhé, gRPC là framework triển khai dựa trên RPC model. Nói 1 cách đơn giản như bạn dùng 1 framework triển khai web api dạng REST. Và đã triển khai nghĩa là có những thứ in-theory là như nhau, kể cả ưu nhược điểm của nó, chỉ có input và output là như nhau. Cái khác chỉ là cách implementation và deployment giữa các framework mà thôi. RPC ko mới, nó đã có từ rất lâu, ví dụ dễ nhất là remote desktop của Windows hay RPC trong việc mở connection xuống database.

Cám ơn thím, để tìm hiểu lại

Gửi từ Vsmart Live bằng vozFApp

[amarifleur]

gRPC, Thrift dùng cho giao tiếp nội bộ giữa các service, khi chia service càng nhỏ thì dùng hay hơn là Restapi thông thường, cái này là tuỳ case cho từng công ty, tuỳ các bạn nếu thấy, mức đấy Restapi vẫn chấp nhận được thì chả ai phán đổi cả.

Vấn đề Microservice để làm được thoát khỏi lý thuyết phải đảm bảo được 3 thứ này cân bằng:
Infrastructure
Software
Bussines

Đối với các mô hình khác, chỉ cần dev rồi vứt cho hạ tầng quan tâm là xong, nhưng microservice thì không thể được