В яндексовом pg этот лимит резервируется за юзером и невозможно завести новых юзеров, превысив max_connections. Что очень мешает, когда на кластере у нас 100 БД, каждая со своим юзером, нагрузки никакой, т. к. тестовый кластер, а соединения никогда не используются по максимуму одновременно. Скорее наоборот, полчаса в день работы под каждым юзером)

Какой же тогда смысл в этой настройке в чистом pg? Как я понял, суть в том, чтобы один юзер не мог все соединения сервера захватить. Т. е. в managed postgres от Яндекса, она хотя бы работает)

Выше ответил, не знаю или вы следите за всей темой: у обычного pg тоже есть такие лимиты у юзеров, и больше max_connections вряд ли получится использовать. Может все выставляют -1 и не подозревают)

Что-то сомневаюсь, что pg при max_connections = 100, например, даст завести 10 юзеров с connection limit = 20.

В ms sql - нет, а в pg - есть. И непонятно, как в этом треде 1С очутился)

Расскажите, как быть с лимитом соединений на юзера? Его надо выставлять сразу при создании пользователя, который может потреблять пару часов в сутки свой максимум, а в остальное время впустую занимать лимит, при том, что новых пользователей уже нельзя будет завести, хотя ресурсы фактически свободны. Понимаю, что там в pg трэш с обработкой запросов процессами и этими приблудами-пулерами, но как с этим жить вообще после божественного ms sql?)

Все мимо: и не минусовал, и статью прочел целиком, правда со второго раза, когда понял по комментам, что происходит нечто загадочное)

Ваша цитата:

разработчики бэкэнда должны будут изменить описание интерфейса и опубликовать его новую версию

Это что по-вашему, как не генерация клиента для API, пускай без кода методов, но описания dto-шек-то как обновятся, да и набора методов? И что прикажете, для каждого вызывающего сервиса этим заниматься? Это вовсе не ответственность разработчиков API.

Не совсем понял. Сваггер генерит OpenAPI-контракт без привязки к языку. По нему уже, кому необходимо, генерит клиент, в том числе для ts.

Ок, имеем один сервис, который выступает бэком для фронта, а может и не только фронта. А еще десятки сервисов, которые дергают друг друга, в особо сложных случаях еще и написанных на разных языках. Сваггер полностью закрывает вопрос описания их API и генерации клиентов. Вы же предлагаете бэкендерам поддерживать непонятно как генерируемый абсолютно чуждый для них .tsc-файл. План надежный, как сами знаете что)

Почти в точку: если правильно понял, о ком речь из местных знаменитостей, то он пожарник)

Думал, там будет что-то типа: снизьте стресс, попейте магний) Хорошо, спасибо!

Ну это все описание последствий, а невролог-то в итоге, что сказал? Причина какая, и почему не устранили? А то у меня дочка по ночам скрежещет, в глисты тоже не верю, но к кому с этим идти так и не определился. Стоматологи открещиваются)

Во, про коллекцию забыл, спасибо за наводку)

На полном серьезе: раз уж вы профессионал, подскажите, пожалуйста, что брать-то. Из того, что на слуху и доступно в нашем регионе: куча видов мираторга, медвежье ушко, ложкарев, цезарь, который раз в жизни ел, но не почувствовал разницы особой. Дмитрогорский еще. Пока что у меня выигрывают всякие специфические мираторги: манты, хинкали, какие-то с соусами внутри. Видимо я из падких на упаковки из комментов повыше) Но и по вкусу они выделяются.

Добрый день!

replace "+" "_" заменяет символы плюса на символы подчеркивания.

Подскажите, пожалуйста, зачем? И почему именно плюс?

Можно парочку брендов проверенных БАДов? И немного развернуть начет сала? Ладно еще от всякой гадости сладкой можно отказаться)

Видел этот lua-подход, но он, как понимаю, низкоуровневый и даже не совсем в рамках istio) В любом случае, спасибо, видимо придется пользоваться им.

Притом, что если клиент ждет ответа секунду, 2 мс роли не играет.

Подскажите, пожалуйста, есть ли у istio удобный способ модифицировать body http-ответа?

У Фланта есть презентации по istio, там они подтвердили опытами указанные в документации 2 мс оверхеда. Но, конечно, если бэк отрабатывает за то же время, это может быть критично.