Телеграмм чат группы itarchitect страница 3522

parrot.ru

Рейтинг популярных групп и каналов

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

групп:

каналов:

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

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

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

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

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

go.backupland.com

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

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

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

Size: a a a

Архитектура ИТ-решений

2774 membersпожаловаться на группу

2020 December 09

PD

Phil Delgyado in Архитектура ИТ-решений

Соединения в http2 персистентны, т.е. первый же вызов api example.com поднимет Коннект и все остальные запросы будут его переиспользовать.

Да и с чистым ws будет аналогично, ведь обычно хочется rpc балансировать per call, а не per connection

Не, мне надо per connection как раз.

источник

01:29пожаловаться #1

VA

Viktor Alexandrov in Архитектура ИТ-решений

Соединения в http2 персистентны, т.е. первый же вызов api example.com поднимет Коннект и все остальные запросы будут его переиспользовать.

Да и с чистым ws будет аналогично, ведь обычно хочется rpc балансировать per call, а не per connection

С какой целью может потребоваться балансировка per call?

источник

01:32пожаловаться #2

p

pragus in Архитектура ИТ-решений

Кто его перевосстанавливает (клиент заехал на машине в туннель) при разрыве?

Первый же запрос, которому понадобился коннект. И заехать в тоннель - ещё не значит что соединение будет порвано

источник

01:50пожаловаться #3

PD

Phil Delgyado in Архитектура ИТ-решений

Первый же запрос, которому понадобился коннект. И заехать в тоннель - ещё не значит что соединение будет порвано

Ок, спасибо. gRPC мне, похоже, нафиг не нужен, а вот на чистом http/2 может будет и удобнее, чем на websocket (хотя разница в этом месте не очень значимая)

источник

01:51пожаловаться #4

VA

Viktor Alexandrov in Архитектура ИТ-решений

Ок, спасибо. gRPC мне, похоже, нафиг не нужен, а вот на чистом http/2 может будет и удобнее, чем на websocket (хотя разница в этом месте не очень значимая)

Не думаю, что он быстрее WS. Но можно апишечки нормально описывать, по идее. Вот HTTP/3 будет крут с точки зрения полной асинхронности

источник

02:20пожаловаться #5

VA

Viktor Alexandrov in Архитектура ИТ-решений

потому что UDP

источник

02:20пожаловаться #6

PD

Phil Delgyado in Архитектура ИТ-решений

Ну, апишечки можно только на gRPC, само по себе http/2 тут не поможет.
http/3, говорят, не для всех сценариев будет лучше, совсем не для всех.

источник

02:21пожаловаться #7

VA

Viktor Alexandrov in Архитектура ИТ-решений

Пример, когда хуже?)

источник

02:22пожаловаться #8

PD

Phil Delgyado in Архитектура ИТ-решений

Ладно, пойду пытать инфраструктурщиков и сетевиков, есть ли им какая разница или нет.
С точки зрения бэка и фронта, похоже, все одинакого.

источник

02:22пожаловаться #9

PD

Phil Delgyado in Архитектура ИТ-решений

Viktor Alexandrov

Пример, когда хуже?)

Не помню, был доклад года два на хайлоаде, я там даже выводы не полностью понял (не моя специфика), но они были примерно такие )

источник

02:23пожаловаться #10

VA

Viktor Alexandrov in Архитектура ИТ-решений

Не, ну то, что где-то может быть не лучше — да, но если где-то лучше — уже гут))

источник

02:23пожаловаться #11

p

pragus in Архитектура ИТ-решений

Ну, апишечки можно только на gRPC, само по себе http/2 тут не поможет.
http/3, говорят, не для всех сценариев будет лучше, совсем не для всех.

http/3 будет намного лучше, но его надо уметь готовить.

Из приятных бонусов - connection migration: можно переехать с 4g на wifi без обрыва связи

источник

02:52пожаловаться #12

GK

Gennadiy Kruglov in Архитектура ИТ-решений

Коллеги, добрый день!

Если у кого-нибудь есть опыт внедрения ВКС от Нейтроникс и Vinteo, поделитесь пожалуйста вашими соображениями по части зрелости продуктов, сильных и слабых сторон, пользовательского опыта. Заранее благодарен.

источник

16:46пожаловаться #13

AK

Alexander Kudrin in Архитектура ИТ-решений

источник

17:27пожаловаться #14

AK

Alexander Kudrin in Архитектура ИТ-решений

источник

17:27пожаловаться #15

AK

Alexander Kudrin in Архитектура ИТ-решений

Коллеги у меня тут пара вопросов возникла, может кто-то решал проблему согласованности между двумя отдельными доменами? Интересно было бы услышать ваш опыт.

источник

17:28пожаловаться #16

AB

Alex Bespalov in Архитектура ИТ-решений

Crm_OnUserChanged() {
if(user.HasContacts && user.IsRegisted) {
SendEmailToUser();
SendEmailToManager();
}
}

источник

17:34пожаловаться #17

SL

Sergey Lukin in Архитектура ИТ-решений

у нас похожая проблема решена "статусами" для сущностей,
например, не все события обрабатываются если сущность в статусе "initial".

источник

17:35пожаловаться #18

GK

Gennadiy Kruglov in Архитектура ИТ-решений

Неужели никто не работал с Vinteo (https://vinteo.com/)?

Видеоконференцсвязь Vinteo

источник

18:34пожаловаться #19

AO

Andrey Ovchinnikov in Архитектура ИТ-решений

А зачем, если есть Polycom? А госам ростело даёт сервис ВКС на Cisco

источник

18:44пожаловаться #20