Size: a a a

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

2021 March 29

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Всё больше утверждаюсь в мысли, что Арх команда решения/продукта должна минимально состоять из следующих ролей:
- Архитектор решений (стейкхолдер, отвечающий за архитектурную работу в целом)
- Архитектор (ы) ПО - стейкхолдеры отвечающие за архитектуру/System Design ПО/разных компонентов ПО. Они должны отлично знать стек, на котором разрабатывается конкретный (их) компонент (модуль, подсистема) ПО
- Инфраструктурый/Cloud Архитектор - стейкхолдер отвечающий за архитектуру инфраструктуры (под требования ПО)
- Архитектор ИБ - стейкхолдер, отвечающий за защиту решения
источник

GK

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

При этом *Ops выстраивается в таком порядке:
1. DevOps
2. DevSecOps
3. ArchOps (Архитектурная работа)

На эту тему (в том числе) будет доклад
источник

VI

Vladimir Ivanov in Архитектура ИТ-решений
Gennadiy Kruglov
Всё больше утверждаюсь в мысли, что Арх команда решения/продукта должна минимально состоять из следующих ролей:
- Архитектор решений (стейкхолдер, отвечающий за архитектурную работу в целом)
- Архитектор (ы) ПО - стейкхолдеры отвечающие за архитектуру/System Design ПО/разных компонентов ПО. Они должны отлично знать стек, на котором разрабатывается конкретный (их) компонент (модуль, подсистема) ПО
- Инфраструктурый/Cloud Архитектор - стейкхолдер отвечающий за архитектуру инфраструктуры (под требования ПО)
- Архитектор ИБ - стейкхолдер, отвечающий за защиту решения
если это роли, то их маловато. Если люди - много)
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Vladimir Ivanov
если это роли, то их маловато. Если люди - много)
Роли. В первом абзаце есть слово (минимально)
источник

KK

Kirill Keker in Архитектура ИТ-решений
Vladimir Ivanov
если это роли, то их маловато. Если люди - много)
именно)))
источник

VI

Vladimir Ivanov in Архитектура ИТ-решений
Gennadiy Kruglov
Роли. В первом абзаце есть слово (минимально)
debatable. Как насчет архитектора производительности?  А тестирования?
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Vladimir Ivanov
debatable. Как насчет архитектора производительности?  А тестирования?
За производительность отвечают все вместе, но в конечном итоге Солюшен.

Почему так? Производительность - это баланс софта, инфры и компонентов ИБ
источник

DE

Dmitry E in Архитектура ИТ-решений
Gennadiy Kruglov
Всё больше утверждаюсь в мысли, что Арх команда решения/продукта должна минимально состоять из следующих ролей:
- Архитектор решений (стейкхолдер, отвечающий за архитектурную работу в целом)
- Архитектор (ы) ПО - стейкхолдеры отвечающие за архитектуру/System Design ПО/разных компонентов ПО. Они должны отлично знать стек, на котором разрабатывается конкретный (их) компонент (модуль, подсистема) ПО
- Инфраструктурый/Cloud Архитектор - стейкхолдер отвечающий за архитектуру инфраструктуры (под требования ПО)
- Архитектор ИБ - стейкхолдер, отвечающий за защиту решения
У меня на практике, как правило, специалисты, отвечающие за ИБ и инфраструктуру не относятся к проекту/продукту, а к компании в целом. ИБ диктует требования и организует аудит. Как именно их имплементируют в проекте их интересует не очень сильно. Инфраструктура наоборот - принимает запросы на быстродействие/отказоустойчивость тех или иных компонент и говорит, что им для этого потребуется. И те и другие заботятся не столько о конкретном продукте, сколько о ландшафте целиком.
источник

VI

Vladimir Ivanov in Архитектура ИТ-решений
Gennadiy Kruglov
За производительность отвечают все вместе, но в конечном итоге Солюшен.

Почему так? Производительность - это баланс софта, инфры и компонентов ИБ
ну так и про безопасность можно сказать?
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Лиды тестирования и Лиды Аналитики тоже принимают участие в принятии решений. Но ключевые роли, с моей точки зрения, всё же три (помимо Солюшена)
источник

VI

Vladimir Ivanov in Архитектура ИТ-решений
Dmitry E
У меня на практике, как правило, специалисты, отвечающие за ИБ и инфраструктуру не относятся к проекту/продукту, а к компании в целом. ИБ диктует требования и организует аудит. Как именно их имплементируют в проекте их интересует не очень сильно. Инфраструктура наоборот - принимает запросы на быстродействие/отказоустойчивость тех или иных компонент и говорит, что им для этого потребуется. И те и другие заботятся не столько о конкретном продукте, сколько о ландшафте целиком.
плюсую тут
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Vladimir Ivanov
ну так и про безопасность можно сказать?
Да.

Но специалист ИБ "направляет" эту работу и "думает" как защитить решение без ущерба другим аспектам, в том числе производительности
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Dmitry E
У меня на практике, как правило, специалисты, отвечающие за ИБ и инфраструктуру не относятся к проекту/продукту, а к компании в целом. ИБ диктует требования и организует аудит. Как именно их имплементируют в проекте их интересует не очень сильно. Инфраструктура наоборот - принимает запросы на быстродействие/отказоустойчивость тех или иных компонент и говорит, что им для этого потребуется. И те и другие заботятся не столько о конкретном продукте, сколько о ландшафте целиком.
Вот нам эту схему удалось сломать и погрузить ИБ и инфру в команду
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
То есть, ребята, ИБ-шники начинают ДУМАТЬ, если их погрузить в команду/продукт. А не просто предъявлять требования и проводить аудит
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Кто-то проектирует фюзеляж, кто-то авионику, кто-то двигатели. А Солюшен отвечает за самолёт в целом.

А пока в основном композиты биологического происхождения просто как-то нарастают друг на друга

@WatchTh15 так, Саш?)
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Gennadiy Kruglov
Кто-то проектирует фюзеляж, кто-то авионику, кто-то двигатели. А Солюшен отвечает за самолёт в целом.

А пока в основном композиты биологического происхождения просто как-то нарастают друг на друга

@WatchTh15 так, Саш?)
Солюшен за выбор типа общего решения.
Типа "Высокоплан, с передним расположением двигателя".
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Alexander Luchkov
Солюшен за выбор типа общего решения.
Типа "Высокоплан, с передним расположением двигателя".
Кто отвечает, чтобы потом разные компоненты гармонично и сбалансированно "сошлись" в самолёте?
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Солюшен по сути выбирает опорную архитектуру на верхнем уровне.
источник

GK

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

AL

Alexander Luchkov in Архитектура ИТ-решений
Gennadiy Kruglov
Кто отвечает, чтобы потом разные компоненты гармонично и сбалансированно "сошлись" в самолёте?
Мы его звали "системный архитектор", но так - да. Солюшен по сути.
источник