gRPC - это легкий фреймворк RPC с открытым исходным кодом от Google. Здесь "g" означает Google. Прежде всего, давайте начнем с того, что такое RPC. RPC Удаленный вызов процедур (RPC) - это протокол, который одна программа может использовать для запроса услуги у программы, расположенной на другом компьютере в сети, без необходимости разбираться в деталях сети. RPC используется для вызова других процессов в удаленных системах, таких как локальная система. Вызов процедуры также..

Буферы протокола, широко известные как protobuf , представляют собой двоичный формат обмена данными, который гарантирует безопасность типов, будучи независимым от языка и кроссплатформенным. Формат эффективен по размеру и разработан с упором на высокую производительность сериализации / десериализации. Формат основан на предварительно скомпилированных схемах, в отличие от других форматов обмена данными, таких как JSON, которые можно сериализовать / десериализовать с помощью общих..

Хорошо, давайте посмотрим на этот фреймворк. GRPC — это RPC-фреймворк. Вот и все :) Буфер протокола Хорошо, классная функция — это буфер протокола , независимый язык, используемый для сообщений. Установите модель с помощью protobuf и поделитесь ею со всеми своими командами без каких-либо ограничений по языку. Как есть, все могут общаться с одной и той же (правильной) базой, независимо от технологии! Буфер протокола — модель Пример для article.proto синтаксис = «proto3»; пакет..

Установите компилятор protobuf, brew install protobuf Теперь установите расширение protobuf go, go get -u github.com/golang/protobuf/{proto,protoc-gen-go} Примеры прото-файлов, user.proto common.proto Скомпилировать, protoc --proto_path=. --go_out=plugins=grpc:. ./protos/*.proto — proto_path = каталог, в котором находятся прото-файлы (требуется, если вы используете импорт) — go_out = каталог, в котором будут генерироваться go-файлы protobuf последний параметр..

Мы часто сталкиваемся с вариантами использования, когда нам нужно собирать данные из распределенных программных компонентов. Программное обеспечение может распространяться, поскольку они обслуживают разные географические границы или функционально разделены. В целях мониторинга и анализа использования и производительности системы мы по-прежнему хотели бы видеть систему в целом. Это потребует от нас сбора данных о производительности каждого из этих компонентов для отправки в..