В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

pro.cxx

3988 membersпожаловаться на группу
2020 September 09

AK

Andrei K in pro.cxx
Просто обычно в контексте микросервисов предполагается что они живут уже во всяких облачных инфраструктурах с балансерами нагрузки и прочей ерундистики, которая заточена под HTTP, ну чисто из опыта получается так, что если надо сообщениями обмениваться чаще чем раз в секунду — лучше открыть вебсокет.
источник
10:47пожаловаться#1

AK

Andrei K in pro.cxx
Ilia Zviagin
Ну, я бы думал, что там два вопроса, несвязанных. Но я понял. Спасибо
Но да, возможно я неправильно понял вопрос и он был скорее про разработку API а не про транспорт. Тогда я ничего кроме google protobuf-а не могу посоветовать. Есть еще какие-то популярные фреймоворки для маршаллинга json, но это скорее не про плюсы.
источник
10:49пожаловаться#2

VA

Valery Antopol in pro.cxx
По HTTP, кстати, не обязательно соединение разрывать после каждого запроса. Можно на одном соединении делать сколько угодно запросов, если сервер позволяет
источник
10:49пожаловаться#3

AK

Andrei K in pro.cxx
Valery Antopol
По HTTP, кстати, не обязательно соединение разрывать после каждого запроса. Можно на одном соединении делать сколько угодно запросов, если сервер позволяет
На хедер всё равно расходы, плюс keep-alive это SHOULD, а не MUST указание.
источник
10:49пожаловаться#4

VA

Valery Antopol in pro.cxx
Andrei K
На хедер всё равно расходы, плюс keep-alive это SHOULD, а не MUST указание.
Про хэдеры да. А про остальное я сказал, что сервер позволять должен.
источник
10:50пожаловаться#5

AK

Andrei K in pro.cxx
Можно открыть chunked в обе стороны, но такое себе. Лучше уж вебсокеты.
источник
10:51пожаловаться#6

IZ

Ilia Zviagin in pro.cxx
Andrei K
Но да, возможно я неправильно понял вопрос и он был скорее про разработку API а не про транспорт. Тогда я ничего кроме google protobuf-а не могу посоветовать. Есть еще какие-то популярные фреймоворки для маршаллинга json, но это скорее не про плюсы.
Да дофига протоколов есть.
JSON RPC
XMPP
stomp
ой я даже не вспомню все
источник
10:52пожаловаться#7

IZ

Ilia Zviagin in pro.cxx
Andrei K
Можно открыть chunked в обе стороны, но такое себе. Лучше уж вебсокеты.
Ну я вот удивлён, зачем бы мне в своих серверах HTTP использовать.
источник
10:52пожаловаться#8

AK

Andrei K in pro.cxx
Это да, но я бы не сказал, что они очень удобны для API микросервисов. Кроме первого
источник
10:53пожаловаться#9

IZ

Ilia Zviagin in pro.cxx
Ладно, это оффтоп, завязывать надо
источник
10:53пожаловаться#10

IZ

Ilia Zviagin in pro.cxx
Andrei K
Это да, но я бы не сказал, что они очень удобны для API микросервисов. Кроме первого
Так зависит от предметной области всё. От функционала
источник
10:53пожаловаться#11

RN

Ruslan Neshta in pro.cxx
Alexander N
Есть следующий вопрос - если бы вы разрабатывали микросервисы, взаимодействующие между собой какой протокол вы бы использовали? И ещё с использованием чего можно достаточно- удобно разрабатывать HTTP(S/2) API?
хттп для начала, там будет видно где что улучшать надо
источник
10:54пожаловаться#12

RN

Ruslan Neshta in pro.cxx
Andrei K
Это не надо делать на чистых сокетах, но на них надо будет дописать свою инфраструктуру по поднятию соединения и немного транспортного кода. Для вебсокетов это не надо их поддерживают даже утюги.
так есть готовые библиотеки для обмена сообщениями
источник
10:57пожаловаться#13

EB

Elisey Budnitsky in pro.cxx
Си, узнать время выполнения кода...

struct timeval stop, start; gettimeofday(&start, NULL);
//Code
gettimeofday(&stop, NULL);
printf("took %lu us\n", (stop.tv_sec - start.tv_sec) * 1000000 + stop.tv_usec - start.tv_usec);


Каждый раз возвращает разное время для одного и того же задания, что не так?
источник
10:57пожаловаться#14

AK

Andrei K in pro.cxx
Ruslan Neshta
так есть готовые библиотеки для обмена сообщениями
Само собой. Но нет http инфраструктуры с проксями и всем таким прочим.
источник
10:58пожаловаться#15

AK

Andrei K in pro.cxx
Elisey Budnitsky
Си, узнать время выполнения кода...

struct timeval stop, start; gettimeofday(&start, NULL);
//Code
gettimeofday(&stop, NULL);
printf("took %lu us\n", (stop.tv_sec - start.tv_sec) * 1000000 + stop.tv_usec - start.tv_usec);


Каждый раз возвращает разное время для одного и того же задания, что не так?
А почему должно возвращать одинаковое?
источник
10:58пожаловаться#16

AK

Andrei K in pro.cxx
Если код между измерениями делает много разных вещей — в общем случае время выполнения непредсказуемо.
источник
10:58пожаловаться#17

RN

Ruslan Neshta in pro.cxx
Andrei K
А почему должно возвращать одинаковое?
++
источник
10:59пожаловаться#18

EB

Elisey Budnitsky in pro.cxx
Хотя бы примерно одинаковое, а не с большим разбросом
источник
10:59пожаловаться#19

RN

Ruslan Neshta in pro.cxx
а что за код в разделе КОД
источник
10:59пожаловаться#20