Size: a a a

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

2020 June 14

RM

Reason Minovar in Архитектура ИТ-решений
Здравствуйте!)
источник

RM

Reason Minovar in Архитектура ИТ-решений
Есть видео запись?
источник

MS

Maxim Smirnov in Архитектура ИТ-решений
Reason Minovar
Здравствуйте!)
Добрый вечер. Это будет только завтра. Я планирую, что это будет разговор нескольких человек без записи
источник

RM

Reason Minovar in Архитектура ИТ-решений
А, ясно, потерялся во времени)
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Чем бы я хотел поделиться:
- трансформация роли архитектора в технологического партнёра бизнеса (сейлов, топов, лпр)
- взаимосвязь арх паттернов (микросервисная архитектура, событийно ориентированная архитектура, озеро данных, лямбда архитектура) при построении транзакционно-аналических решений
источник

MS

Maxim Smirnov in Архитектура ИТ-решений
Gennadiy Kruglov
Чем бы я хотел поделиться:
- трансформация роли архитектора в технологического партнёра бизнеса (сейлов, топов, лпр)
- взаимосвязь арх паттернов (микросервисная архитектура, событийно ориентированная архитектура, озеро данных, лямбда архитектура) при построении транзакционно-аналических решений
Приглашаю завтра в 18:00 MSK присоединиться )
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Maxim Smirnov
Приглашаю завтра в 18:00 MSK присоединиться )
Постараюсь, зависит от встреч)
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Тизер - в последнее время получается (с трудом) строить решения на всём многообразии арх паттернов и технологий, где бизнес-логика (бизнес-сервисы) реализуются на микросервисах/модулях с соотв. тех зоопарком, а аналитика (аналитические сервисы) на стеке биг-даты, при этом данные бизнес-сервисов "сливаются" в озеро данных.

При построении таких решений возникают вопросы, в каком слое тот или иной сервис реализовать, как он должен работать, в реальном (близком к реальному) времени или в пакетном режиме, какие бд под ним лучше использовать и т.д. А ведь есть ещё и витрины и polyglot persistent.

Более-менее стало понятно, как системно строить такие решения и больше того, как увязать с продуктово-платформенным подходом.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Кроме того, если сервис работает в близком к реальному времени, то как его лучше реализовать, как "традиционный" микросервис или как конвейер потоковой обработки (streaming processing)
источник

GK

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

SB

Sergey Baranov in Архитектура ИТ-решений
У меня есть тема применения архитектурных паттернов и законов к орг дизайну.
Это пока только гипотеза, двигаюсь научным путем, пытаюсь опровергнуть нулевую гипотезу) пока два численных подтверждения на крупном ритейлере и на крупном банке. Самая сложность - собрать реальные данные.
источник

SB

Sergey Baranov in Архитектура ИТ-решений
Вторая тема - собираю свой actionable фреймворк на базе принципов эволюционной/инкрементальной/адаптивной архитектуры. Готовность - процентов 30, так как валидирую и отдельные практики и их интеграцию в полевых условиях.
источник

GK

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

SB

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

MS

Maxim Smirnov in Архитектура ИТ-решений
Gennadiy Kruglov
Тизер - в последнее время получается (с трудом) строить решения на всём многообразии арх паттернов и технологий, где бизнес-логика (бизнес-сервисы) реализуются на микросервисах/модулях с соотв. тех зоопарком, а аналитика (аналитические сервисы) на стеке биг-даты, при этом данные бизнес-сервисов "сливаются" в озеро данных.

При построении таких решений возникают вопросы, в каком слое тот или иной сервис реализовать, как он должен работать, в реальном (близком к реальному) времени или в пакетном режиме, какие бд под ним лучше использовать и т.д. А ведь есть ещё и витрины и polyglot persistent.

Более-менее стало понятно, как системно строить такие решения и больше того, как увязать с продуктово-платформенным подходом.
А вот мне пока совсем не понятно. Хорошая тема
источник

MS

Maxim Smirnov in Архитектура ИТ-решений
Sergey Baranov
У меня есть тема применения архитектурных паттернов и законов к орг дизайну.
Это пока только гипотеза, двигаюсь научным путем, пытаюсь опровергнуть нулевую гипотезу) пока два численных подтверждения на крупном ритейлере и на крупном банке. Самая сложность - собрать реальные данные.
Оч. круто!
источник

ST

Shuro Toko in Архитектура ИТ-решений
рановато, конечно. если тема зайдет, то я могу рассказать как варить governance as a code
источник

ST

Shuro Toko in Архитектура ИТ-решений
ну или мое видение
источник

ST

Shuro Toko in Архитектура ИТ-решений
в целом, на рите и тимлидконфе я выкристаллизовал два доклада про это
источник

SB

Sergey Baranov in Архитектура ИТ-решений
Shuro Toko
рановато, конечно. если тема зайдет, то я могу рассказать как варить governance as a code
Оооо! Это прям больная тема. Еще policy болит.
источник