Size: a a a

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

2021 March 02

KK

Kirill Keker in Архитектура ИТ-решений
разбавлю ими AWS тогда
источник
2021 March 03

SV

Sergey V in Архитектура ИТ-решений
Всем привет! У кого-нибудь есть пример документа Data Governance стратегии для финтеха?
источник

I

Ivan in Архитектура ИТ-решений
Обычно это не один документ и они все попадают под NDA. Если найдете что-то дайте знать.
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
Есть у 5ки топ бизнес консалтингов. Дорого
источник

PT

Peter Tugolukov in Архитектура ИТ-решений
Привет, у кого есть опыт количественной оценки внесения архитектурных изменений? Например, пилим монолит - что поменяется в этом случае? Повышаем безопасность - на сколько снижаются риски?
Мне все это интересно в контексте "продажи" архитектурных инициатив бизнесу.
источник

Y

Yury in Архитектура ИТ-решений
может это косвенно. но мы делаем оптимизацию архитектуры инет-магазина и как раз сейчас разрабатываем критерии успех и критерии приемки
источник

PT

Peter Tugolukov in Архитектура ИТ-решений
Можете поделиться критериями успеха и приемки?
источник

PT

Peter Tugolukov in Архитектура ИТ-решений
Особенно если они интересны бизнесу.
источник

Y

Yury in Архитектура ИТ-решений
давайте спишемся в личке.
источник

PT

Peter Tugolukov in Архитектура ИТ-решений
Договорились.
источник

M

Mds in Архитектура ИТ-решений
Нет уж, давайте тут)
источник

M

Mds in Архитектура ИТ-решений
Всем интересно
источник

z

zafar in Архитектура ИТ-решений
Peter Tugolukov
Привет, у кого есть опыт количественной оценки внесения архитектурных изменений? Например, пилим монолит - что поменяется в этом случае? Повышаем безопасность - на сколько снижаются риски?
Мне все это интересно в контексте "продажи" архитектурных инициатив бизнесу.
Привет! По идее те кто переходят на микросервисы не ради микросервисов, осознают зачем им это надо. Так как удовольствие не из дешевых, важно понимать что за что покупаете. В этом случае, при условии грамотной декомпозиции критерием успеха будет решение прежних "монолитных" проблем. Например, из того что нравится бизнесу это низкий time-to-market.
источник

PT

Peter Tugolukov in Архитектура ИТ-решений
zafar
Привет! По идее те кто переходят на микросервисы не ради микросервисов, осознают зачем им это надо. Так как удовольствие не из дешевых, важно понимать что за что покупаете. В этом случае, при условии грамотной декомпозиции критерием успеха будет решение прежних "монолитных" проблем. Например, из того что нравится бизнесу это низкий time-to-market.
Привет.
Случай с микросервисами понятен. А вот как понять, насколько лучше станет? По хорошему, откуда-то бы процент уменьшения t2m взять.
источник

PT

Peter Tugolukov in Архитектура ИТ-решений
И сразу вопрос про уменьшение рисков, особенно в сфере ИБ это актуально. Если мы снижаем риски, то надо бы понимать, на сколько.
источник

AZ

Anton Zhbankov in Архитектура ИТ-решений
Peter Tugolukov
Привет.
Случай с микросервисами понятен. А вот как понять, насколько лучше станет? По хорошему, откуда-то бы процент уменьшения t2m взять.
t2m - это один критерий.
Надо не забыть, что еще есть доступность и всякие RPO/RTO с рисками
источник

PT

Peter Tugolukov in Архитектура ИТ-решений
И RPO/RTO - сюда же, да. Но как оценить их изменение?
источник

AZ

Anton Zhbankov in Архитектура ИТ-решений
как оценить RPO/RTO? Ну есть же у вас архитектор, который понимает инфраструктуру и доступность, бэкапы, репликации и тд?
источник

z

zafar in Архитектура ИТ-решений
Peter Tugolukov
Привет.
Случай с микросервисами понятен. А вот как понять, насколько лучше станет? По хорошему, откуда-то бы процент уменьшения t2m взять.
Извиняюсь, может я неправильно понял, что имелось в виду под "пилим монолит", но в случае с микросервисами кроме как сравнить с предыдущими показателями в голову ничего не приходит
источник

PT

Peter Tugolukov in Архитектура ИТ-решений
Вопрос в том, как оценить предполагаемые улучшения и впоследствии понять, достигли мы цели или нет.
Я пока не вижу методов такой оценки.
источник