Size: a a a

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

2021 April 06

IB

Ivan Brotkin in Архитектура ИТ-решений
Еаптеку купили же?
источник

IB

Ivan Brotkin in Архитектура ИТ-решений
Мы недавно с их Сберджайлом общались, будем пробовать. Продавали они себя интересно, посмотрим что на выходе
источник

G

George in Архитектура ИТ-решений
А Istio это какой уровень OSI? 4 и 7 одновременно?
источник

ST

Shuro Toko in Архитектура ИТ-решений
Нет, не называют. Очень странно слышать от людей вне Сбера плюс еще и с доходящим до смешного негатива ко всему там, что как там называют. Там это называют как раз заменой esb.
источник

ST

Shuro Toko in Архитектура ИТ-решений
Ну и по сути оно скорее близко к camel k
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
Я тоже на собеседованиях задаю вопрос как в Java выполнить const ref передачу объекта. Любая попытка ответа на вопрос - считается незнанием предмета. Правильный ответ - это невозможно.
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
Может они и ждут чёткий ответ "НЕТ".
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Не известно какие у них результаты, но в Сберджайле есть очень интересные ребята
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Негатив, доходящий до смешного - это вам обратная связь ребята. Вас так воспринимают пока что, так уж сложилось, меняйтесь.

Замена ESB чем-то, что построено поверх Service Mesh, с моей точки зрения не менее смешно.

Главный мой персональный посыл - не нужно заменять ESB на что-то, нужно менять подход к интеграции. Тогда ESB естественным образом будет не нужен. Выше писал об этом.
источник

DM

Denis Migulin in Архитектура ИТ-решений
К сберу отношения не имею, но имхо: доносить такую мысль до всех (менеджмент) в крупном банке довольно сложно, поэтому формулировка "для масс" - замена ESB - вполне годная. Да, вместе с этим будут меняться и подходы к интеграции, кто ближе к теме, все понимают
источник

AM

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

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Массы - это же не крестьяне, а инженеры, часто довольные сильные. Часто умнее и сильнее, чем о них думают в самом Сбере.

С моей точки зрения, конструкт выглядит так: делается "ещё один" продукт/фреймворк", с неочевидным УЦП.

Ценностное предложение в чём: замена ESB?

Из ваших слов я понял, что ценность ЭТОГО - продать изменения (каша из топора). Ту так себе
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Ещё один вопрос беспокоит. Зачем "надстраивать" сложность поверх итак сложного Istio? Вот прям веские должны быть причины
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Несколько тезисов:
- ESB - отличный вариант, который позволяет избежать выстраивания непосредственного взаимодействия между командами
- выстроить непосредственное взаимодействие часто невозможно в забюрократизированной и сверхполитизированной среде
- никакие технические ухищрения не помогут, если не менять культуру
источник

DM

Denis Migulin in Архитектура ИТ-решений
и что, какой предлагаете вывод из этого?
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Для изменения КУЛЬТУРЫ нужно время. Возможно много. В процессе будут возникать спорные конструкты. Мы их будем челенджить, чтобы подстёгивать изменения.
источник

DM

Denis Migulin in Архитектура ИТ-решений
слишком абстрактно, чтобы спорить
И да, переход от центральной ESB к интеграционной логике в микросервисах (+ istio опционально) - это больше вопрос перераспределения задач между командами, чем технический вопрос
источник

GK

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

GK

Gennadiy Kruglov in Архитектура ИТ-решений
И всё же предлагаю посмотреть с обратной стороны.

Интеграционная логика - это следствие взаимодействия команд, а не наоборот.
источник

DM

Denis Migulin in Архитектура ИТ-решений
по большому счету скорее даже следствие отношения доменов, в идеале если команды разделены аналогично
источник