Комментарии 5
Сложна, сложна, непонятна.
Цепочка складывается такая:
gRPC использует HTTP/2 как транспорт
Dubbo использует gRPC как транспорт
При этом Dubbo поддерживает различные протоколы, такие как HTTP, RMI, Hessian и Thrift, в то время как gRPC поддерживает только HTTP/2.
Спасибо за комментарий, дело в том что Даббо это большой инструмент и начинал он даже не с grpc, после массового распространения и популяризации grpc ребята решили сделать свой вариант на базе grpc, но с условной обратной совместимостью с предыдущим форматом так появились dubbo2 и dubbo3. И хоть это и стал самый популярный транспорт для даббо в нем так же есть возможность при инжектировании сервиса указать другой протокол из поддерживаемых и даббо будет с ним работать.
В статье присутствует одновременно два вот таких предложения:
"Кроме того, gRPC поддерживает различные типы данных, включая структуры, массивы и коллекции."
И немного ниже:
"в то время как gRPC поддерживает только примитивные типы данных."
Невольно возникает вопрос: автор точно разбирается в том, о чём пишет?
чотко.. стоит найти такое и дальше можно не читать, ибо неизвестно, какого бреда там написали..
Дело конечно в том что даббо не просто grpc использует, у него над ним своя надстройка которая и позволяет даббо добавить свой функционал, например свои заголовки или систему маршрутизации.
Под капотом это конечно сериализурется все в месседжи grpc. Мысль не очень явно сформулировалась, расскрою ее детальнее, спасибо за комментарий.
Правда ли, что Dubbo — это как gRPC, но из Китая?