Архитектура

Познакомимся с новым взглядом на Архитектурный аудит информационных систем, основанным на практике медицинской диагностики:

- разберем прямые и понятные аналогии между осмотром человека (Medical Check Up) и архитектурным аудитом информационных систем

- узнаем, почему данное мероприятие принесет пользу всем, от руководителей и архитекторов, до команд разработки и сопровождения

- рассмотрим, как провести осмотр ИС с помощью предлагаемой неформальной, гибкой методики и доступных инструментов

- познакомимся с простым и удобным фреймворком, с помощью которого каждый сможет проводить аудит самостоятельно

- посмотрим на несколько практических, успешных и неуспешных примеров

- и даже пофантазируем над Единым реестром заболеваний Информационных систем!

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

В докладе разберёмся какие бывают ЦОДы, что за сертификация у них такая, когда в облаке дешевле и удобней, почему могут отказать в размещении и что за мощность на стойку, о которой вас обязательно спросят. А может вам вообще ничего этого не надо и проще стойку в подсобке поставить.

Сфера IT стремительно развивается и те решения, которые раньше могли себе позволить только очень крупные компании, сейчас могут использовать компании любого мастача с помощью OpenSource. А в 2022 году много зарубежных вендеров ушли из России и вопрос использования бесплатного ПО встал очень остро. Но все ли так хорошо? В рамках доклада посмотрим на состояние рынка OpenSource решений: насколько это бесплатно, стабильно, готово к использованию и какие могут быть проблемы в дальнейшем?

1. В больших организациях есть потребность в контроле инфраструктурных решений.

2. Работа подразделений ИТ-инфраструктуры может описываться как бизнес-модель по предоставлению продуктов

3. Подразделения ИТ-инфраструктуры также, как и бизнес, предоставляют продукты, при этом для внутренних клиентов(команд АС) – мы называем эти продукты инфраструктурными продуктами.

4. Задача встраивания в ИТ-ландшафт организации и типизации инфраструктурных продуктов разрешается путем архитектурного проектирования, аналогичного проектированию при описании автоматизации бизнес процессов.

5. Мы сначала описываем концептуальную архитектуру для процессов жизненного цикла экземпляров продуктов(например в архитектуре показывается как создается экземпляр сервера) - в данном артефакте определяется как инфраструктурный продукт встраивается в ландшафт Банка - с какими системами он должен взаимодействовать.

6. Далее мы переходим к детальному описанию внутреннего устройства инфраструктурного продукта - из каких компонентов он состоит - исходя из требований к продукту и взаимодействий продукта (например можно представить как внутренне устроена архитектура геокластера СУБД).

7. Через автоматическое создание декларативных описаний(terraform файл), за счет знания внешних интеграций продукта и его внутреннего устройства, мы можем автоматически создавать экземпляры продуктов на этапе описания архитектур АС.

8 Заключение: применяя подход корпоративной архитектуры мы можем "провязать", отследить изначальные потребности команд в инфраструктурных продуктах и их свойствам, через архитектуру, к конечному экземпляру продукта, который получает команда АС.

API Gateway - широко распространённая технология, которую применяют многие компании.
Каждый делает это по своему и закладывает разный функционал в него.

В этом докладе я расскажу, какой API Gateway создали мы в Авито, что в него заложили, какие подходы применили.

Тезисы уточняются