Size: a a a

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

2021 February 07

AK

Andrei Kharytonenka in Архитектура ИТ-решений
решается размещением сервисов в разных датацентрах. желательно в разных регионах, повышением доступности основных сервисов системы (например деньги с карты можно и через час списать, главное зафиксировать факт покупки)
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Andrei Kharytonenka
решается размещением сервисов в разных датацентрах. желательно в разных регионах, повышением доступности основных сервисов системы (например деньги с карты можно и через час списать, главное зафиксировать факт покупки)
Решается, но не так просто и каждый раз по-разному.

При этом всегда нужно иметь "запас" по SLA
источник

GK

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

AK

Andrei Kharytonenka in Архитектура ИТ-решений
скорее надо понять насколько требование важно и насколько влияет на бизнес. Влиять на людей не задача архитектора, нам важно показать сколько будет стоить каждая 9ка в availability например
источник

GK

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

AK

Andrei Kharytonenka in Архитектура ИТ-решений
влиять - это вообще про политику, даже не про бизнес
источник

VA

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

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Архитекторы разные.

Кому-то удаётся дорасти до уровня,  когда он становится на равных с бизнесом.

И такой архитектор имеет влияние и принимает участие в формировании требований.

При этом, чтобы дорасти, нужно начинать влиять, занимать проактивную позицию, раньше.

На личном примере могу сказать, что на предпоследнем месте работы был на одном уровне с директорами бизнес-линий. А на последнем был нанят председателем совета директоров и подчинялся напрямую ему.
источник

E

Eugene in Архитектура ИТ-решений
Gennadiy Kruglov
Архитекторы разные.

Кому-то удаётся дорасти до уровня,  когда он становится на равных с бизнесом.

И такой архитектор имеет влияние и принимает участие в формировании требований.

При этом, чтобы дорасти, нужно начинать влиять, занимать проактивную позицию, раньше.

На личном примере могу сказать, что на предпоследнем месте работы был на одном уровне с директорами бизнес-линий. А на последнем был нанят председателем совета директоров и подчинялся напрямую ему.
в первой редакции круче смотрелось "был председателем совета директоров" 😊
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Eugene
в первой редакции круче смотрелось "был председателем совета директоров" 😊
По Фрейду))
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
А кто-то пусть всплакивает. Это другая стратегия
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Andrei Kharytonenka
скорее надо понять насколько требование важно и насколько влияет на бизнес. Влиять на людей не задача архитектора, нам важно показать сколько будет стоить каждая 9ка в availability например
Э, а зачем нужен архитектор, который только циферки показывает, а не проблемы решает? А как только от цифр в SLA перейти к реальным задачам бизнеса - то можно найти и вполне рабочие и не очень дорогие решения.
источник

И

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

И

Иван in Архитектура ИТ-решений
Gennadiy Kruglov
О чём это говорит?

У них разная доступность у разных сервисов. И это правильно.

Бизнесу вряд-ли нужны все сервисы с одинаковой доступностью.
а еще у AWS отличается SLA по Control Plane и Data Plane)
источник

AK

Andrei Kharytonenka in Архитектура ИТ-решений
у нас наверное разное понятие влияния. Разве это обязанность архитектора убедить хэда бизнеса что ему нужна меньшая доступность чем он того хочет? Его задача показать последствия по этим решениям и рекомендовать какой-то путь.
источник

AK

Andrei Kharytonenka in Архитектура ИТ-решений
Иван
архитектор в этой самой политике почти всегда по уши
да по уши, но это его констрейнты а не рабочий инструмент
источник

F

Fagor in Архитектура ИТ-решений
Да, в целом, но масштаб и проблемы доходят до того, что "некто А" должен решать не выявленные проблемы, и риски еще на себя берет какие-то. "некто А" как бы наемный сотрудник или извините инвестор/собственник организации?
источник

И

Иван in Архитектура ИТ-решений
Andrei Kharytonenka
да по уши, но это его констрейнты а не рабочий инструмент
Ой вот тут не согласен) Инструментом становится все с чем ты умеешь обращаться. Если это подходящий инструмент для помощи бизнесу - Just do it, stop complain!
источник

И

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

PD

Phil Delgyado in Архитектура ИТ-решений
Andrei Kharytonenka
у нас наверное разное понятие влияния. Разве это обязанность архитектора убедить хэда бизнеса что ему нужна меньшая доступность чем он того хочет? Его задача показать последствия по этим решениям и рекомендовать какой-то путь.
Его задача - помочь бизнесу решить проблемы бизнеса. У бизнеса не может быть проблем, сформулированных в терминах SLA, там про совсем другое.
источник