Size: a a a

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

2017 May 21

RK

Roman Kolchin in Архитектура ИТ-решений
Или там еще нет микросервисов?
источник

RK

Roman Kolchin in Архитектура ИТ-решений
Andrei Soloschak
Микросервисы родились для того, чтобы минимизировать timetomarket. SOA-команда - пятое колесо и ненужный посредник
УГу, понятно
источник

RK

Roman Kolchin in Архитектура ИТ-решений
Roman Kolchin
Кто-нибудь с правильным DevOps в крупном ынтерпрайзе встречался?
"Крупный ынтерпрайз" по нашим реалиям это банки или телеком — их имею в виду
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Roman Kolchin
УГу, понятно
Единственая польза это SOA-команлы это создание сервисов поверх kegacy-систем
источник

RK

Roman Kolchin in Архитектура ИТ-решений
А как же шины со сложной маршрутизацией? Их надо выкидывать?
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Roman Kolchin
"Крупный ынтерпрайз" по нашим реалиям это банки или телеком — их имею в виду
Не видел. Хорошие пример devops это avito. Посмотрите их презентации
источник

RK

Roman Kolchin in Архитектура ИТ-решений
Roman Kolchin
А как же шины со сложной маршрутизацией? Их надо выкидывать?
Или шины можно считать таким же legacy и оставлять as is?
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Roman Kolchin
А как же шины со сложной маршрутизацией? Их надо выкидывать?
Зачем они в микросервисной архитектуре?
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Roman Kolchin
Или шины можно считать таким же legacy и оставлять as is?
Рефакторить как и все legacy
источник

RK

Roman Kolchin in Архитектура ИТ-решений
Andrei Soloschak
Зачем они в микросервисной архитектуре?
Ну если они уже есть в "крупном ынтерпрайзе", который хочет ускорить TTM, то стратегически что делать надо? Выпиливать в ходе целенаправленного проекта/программы? Или оставить как есть, постепенно вытестняя, но без революций.
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Roman Kolchin
Ну если они уже есть в "крупном ынтерпрайзе", который хочет ускорить TTM, то стратегически что делать надо? Выпиливать в ходе целенаправленного проекта/программы? Или оставить как есть, постепенно вытестняя, но без революций.
Последнее, конечно. Ничего просто так выбросить не получится
источник

RK

Roman Kolchin in Архитектура ИТ-решений
Есть в нашем чатике кто-нибудь с опытом построения/эксплуатации SOA в "крупном ынтерпрайзе"? Что думаете про светлое будущее? Это — микросервисы? Как к ним переходить с учетом наследия в виде существующих конкретных реализаций SOA?
источник

RK

Roman Kolchin in Архитектура ИТ-решений
Или микросервисам в ынтерпрайзе не место? Бюрократия задавит? Типа лучше иметь конкретных крайних за интеграцию в виде выделенной SOA-команды.
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Уверен, что разработчики SOA в Enterprise скажут, что микросервисам не место. Такие бюджеты могут уйти от них.
источник

RK

Roman Kolchin in Архитектура ИТ-решений
Ну они (как внедренцы, а не вендоры) могут же просто научиться новым балалайкам. Почему бы и нет?
источник

RK

Roman Kolchin in Архитектура ИТ-решений
И бюджеты останутся в нужных карманах :)
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
Roman Kolchin
Ну они (как внедренцы, а не вендоры) могут же просто научиться новым балалайкам. Почему бы и нет?
Для этого нужен соответствующий майндсет. С этим проблемы :(
источник

RK

Roman Kolchin in Архитектура ИТ-решений
А вы из ынтерпрайза? На каком масштабе микросервисами занимаетесь?
источник

AS

Andrei Soloschak in Архитектура ИТ-решений
У нас на микросервисах системы ДБО в банке.
источник

RK

Roman Kolchin in Архитектура ИТ-решений
Ого, все-таки ынтерпрайз!
источник