https://www.opennet.me/openforum/vsluhforumID3/101600.html Компания Google представила (http://googledevelopers.blogspot.ru/2015/02/introducing-grpc-new-open-source-http2.html) новый высокопроизводительный RPC-фреймворк gRPC (http://www.grpc.io/), позволяющий организовать прозрачное взаимодействие клиентских и серверных приложений. Сетевое взаимодействие в gRPC базируется на применении протокола HTTP/2 (http://www.opennet.ru/opennews/art.shtml?num=41684). gRPC позволяет создавать микросервисы на различных языках программирования, которые взаимодействуют между собой при помощи универсального API. Код фреймворка написан на языке Си и распространяется (https://github.com/grpc/grpc) под лицензией BSD. Обвязки подготовлены для языков C++, Node.js, Python, Ruby, Objective-C, PHP, C#, Go и Java.<br><br><br><br>Для определения формата передаваемых сообщений и генерации клиентского и серверного кода по умолчанию предлагается использовать язык описания интерфейсов (IDL), предлагаемый инструментарием Protocol Buffers. В дальнейшем планируется обеспечить в gRPC поддержку и других форма https://www.opennet.me/openforum/vsluhforumID3/101600.html#45 Tue, 10 Mar 2015 15:35:09 GMT Сиди и кури, пёс, если окромя 1С отечественных продуктов в области IT не знаешь<br> https://www.opennet.me/openforum/vsluhforumID3/101600.html#44 Sat, 28 Feb 2015 23:18:18 GMT Это вы не пытались _большой_ JSON парсить. Там скорость падает как-то совершенно нелинейно обычно<br> https://www.opennet.me/openforum/vsluhforumID3/101600.html#43 Sat, 28 Feb 2015 18:26:08 GMT Для сведения порадок это 10 крат, 2 порядка 100 крат, если увас протобаф работает в 100 раз быстрее парсера json то у вас парсер json явно не на си написан.<br> https://www.opennet.me/openforum/vsluhforumID3/101600.html#42 Sat, 28 Feb 2015 17:34:07 GMT &gt; Protobuf это уровень приложения. HTTP/2 - Транспортный уровень.<br><br>Он как-то сильно наворочен для транспортного уровня и занимается кучей всякой дряни, явно не свойственной транспорту.<br><br>Ну вон например компрессия заголовков занимается сохранением состояния сессии (синхронные буфера локально и у ремоты же, с перекидыванием только дельты). Это уже ближе к управлению сессией ... при том на уровне приложения. Или вон например мультиплексироваие. Сделали как-то излишне навороченно, имхо.<br> https://www.opennet.me/openforum/vsluhforumID3/101600.html#41 Sat, 28 Feb 2015 17:30:41 GMT &gt; JSON over TCP - у меня тоже есть опыт системы, <br><br>Капитан Очевидность намекает что случаи бывают разные. JSON и ProtoBuf весьма разные. Протокольные буфера имеют смысл там где надо быстрый парсинг и компактное представление.<br><br>Вон OSMщики как получили XML весом в 250 гигабайтов (!!!) и обнаружили что тулзей для работы с XML такого размера просто не бывает - быстро перешли на .pbf, базированый на protocol buffer'ах.<br> https://www.opennet.me/openforum/vsluhforumID3/101600.html#40 Sat, 28 Feb 2015 17:28:09 GMT &gt; У меня rpc ассоциируется с бэкдорами, благодаря мс...<br><br>RPC == Remote Procedure Call. И все-таки нечто бэкдорическое в этом есть, по определению :)<br> https://www.opennet.me/openforum/vsluhforumID3/101600.html#39 Sat, 28 Feb 2015 17:27:16 GMT &gt; вообще-то сериализация в json на порядок медленнее protocol buffers. или на два <br>&gt; порядка, если реализация кривая <br><br>А еще бинарные данные в нем сереализовать ну вообще сакс. <br><br>А так - можете взять .pbf файл от OSMщиков и конвертануть в json. И посмотреть как их 20 гигов превратятся в 100.<br> https://www.opennet.me/openforum/vsluhforumID3/101600.html#37 Sat, 28 Feb 2015 16:56:18 GMT &gt; Не хочешь свои сравнимые (да хрен со сравнимостью - хоть как-то заметные) достижения предъявить?<br><br>Джентльменам верят на слово ... (С) Kodir же сказал ... :)<br> https://www.opennet.me/openforum/vsluhforumID3/101600.html#36 Sat, 28 Feb 2015 16:51:59 GMT &gt; Лидер, ха!<br>&gt; Может быть вы и русским софтом не пользуетесь?<br><br>В оригинале - "один из технологических лидеров"!<br>И нравится тебе это или нет - это так. А "руссийсофт" - это стыдоба 1С. Больше ничего нет.<br>