Size: a a a

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

2021 January 20

A

Alex in Архитектура ИТ-решений
например они этим заработали много мильёнов.
я, в принципе, привел как пример того, что рокет саенс для чистого программирования в структурах данных и в алгоритмах
источник

p

pragus in Архитектура ИТ-решений
Phil Delgyado
Ну, оно стандарт уже давно, да и не понятно, а что еще вместо него брать (с учетом TCO)...
От требований зависит. Если есть долгоиграющие соединения, я бы взял haproxy, например
источник

D

Danil in Архитектура ИТ-решений
Помню еще статью, как люди на Envoy переходили для grpc  и мониторинга без тонны lua-скриптов
источник

p

pragus in Архитектура ИТ-решений
Alex
например они этим заработали много мильёнов.
я, в принципе, привел как пример того, что рокет саенс для чистого программирования в структурах данных и в алгоритмах
Так вот тоже вроде не рокет-сайнс :)

Тут вот одному человеку написали, что предложенный api так похож на nvme. А nvme этот api списали у сетевых карт.
источник

KK

Kirill Keker in Архитектура ИТ-решений
Danil
Помню еще статью, как люди на Envoy переходили для grpc  и мониторинга без тонны lua-скриптов
много уже решений, которые более подходят для интеллектуальных шлюзов, чем бесплатный nginx с lua и нашлепками для acme.
источник

D

Danil in Архитектура ИТ-решений
Kirill Keker
много уже решений, которые более подходят для интеллектуальных шлюзов, чем бесплатный nginx с lua и нашлепками для acme.
неудивительно, учитывая, что nginx'у 16 лет
источник

KK

Kirill Keker in Архитектура ИТ-решений
Danil
неудивительно, учитывая, что nginx'у 16 лет
ну тут не желание не развиваться, просто у них есть железки F5 или софт платный, это принципиальная позиция. Посмотрим со временем на Kong, Traefik, Envoy и т.д. что они оставят бесплатно.
источник

F

Fagor in Архитектура ИТ-решений
pragus
От требований зависит. Если есть долгоиграющие соединения, я бы взял haproxy, например
все всегда от требований, да и уровень у требований всегда повыше будет. И софт с требований обычно за собой и среду развертывания тянет. Особенно оракловый или которого большинство oracle based. Так что я честно даже не знаю все фишечки, что вы описываете и часть продуктов, потому что ну с чем работаем, не могу я продукты на nginx, а не weblogic например развернуть, и от разницы просто абстрагируюсь, не будет ПО работать без команды в 40 человек на других тулах среды функционировать. В общем — тупик, если проектов нет прорывных, даже как выяснили не рокет сайнс, и то нет, да их мало в общем и целом, что бы прям в развитие.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Danil
Помню еще статью, как люди на Envoy переходили для grpc  и мониторинга без тонны lua-скриптов
Вот про переход на Envoy интересно, да. Там и с производительностью более-менее норм (на удивление). Впрочем, пока меня все тесты скорее удивляют, 2000 RPS на сервер для nginx как-то мало...
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Kirill Keker
ну тут не желание не развиваться, просто у них есть железки F5 или софт платный, это принципиальная позиция. Посмотрим со временем на Kong, Traefik, Envoy и т.д. что они оставят бесплатно.
Ну, это все скорее API Gateway-и и довольно медленные из-за этого (
источник

KK

Kirill Keker in Архитектура ИТ-решений
Phil Delgyado
Ну, это все скорее API Gateway-и и довольно медленные из-за этого (
Они все хотят залезть в ниши LB, API GW, ServiceMesh одновременно.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Ага. И у всех получается, увы, плохо
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
Alexey Pryanishnikov
Увы, всё в целом верно про отсутствие технической сложности. Ну кроме вывода про менеджера. Есть же ещё второй путь: объяснять тривиальные вещи не очень квалифицированным технарям
И орать каждый день от этого
источник

p

pragus in Архитектура ИТ-решений
Phil Delgyado
Ага. И у всех получается, увы, плохо
Там есть интересные варианты. Например, у envoy
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Ну, да, но 2000 RPS - медленно (
И у envoy управление все равно неудобное, даже с Istio
источник

KK

Kirill Keker in Архитектура ИТ-решений
Kirill Keker
Они все хотят залезть в ниши LB, API GW, ServiceMesh одновременно.
Некоторые еще добавляют в себя FaaS (runtime прям в шлюзе) и пытаются стать BFF.
источник

MM

Mikhail M in Архитектура ИТ-решений
источник

MM

Mikhail M in Архитектура ИТ-решений
источник

AK

Anton Korotkikh in Архитектура ИТ-решений
Kirill Keker
Некоторые еще добавляют в себя FaaS (runtime прям в шлюзе) и пытаются стать BFF.
Хм... кто, например? Полноценный BFF это очень не просто. Нужна туча коннекторов для различных источников, которые будут интегрированы с местным движком функций или иным исполнителям пользовательских сценариев
источник

MM

Mikhail M in Архитектура ИТ-решений
Возможно будут интересны группе
источник