Войти через соцсеть:
Войти через email:
Познакомимся с новым взглядом на Архитектурный аудит информационных систем, основанным на практике медицинской диагностики:
- разберем прямые и понятные аналогии между осмотром человека (Medical Check Up) и архитектурным аудитом информационных систем
- узнаем, почему данное мероприятие принесет пользу всем, от руководителей и архитекторов, до команд разработки и сопровождения
- рассмотрим, как провести осмотр ИС с помощью предлагаемой неформальной, гибкой методики и доступных инструментов
- познакомимся с простым и удобным фреймворком, с помощью которого каждый сможет проводить аудит самостоятельно
- посмотрим на несколько практических, успешных и неуспешных примеров
- и даже пофантазируем над Единым реестром заболеваний Информационных систем!
Пока большинство считает что дата центр это как большая серверная и все они только и ждут как ты принесёшь им свои полтора сервера для размещения, реальность больно бьёт по голове.
В докладе разберёмся какие бывают ЦОДы, что за сертификация у них такая, когда в облаке дешевле и удобней, почему могут отказать в размещении и что за мощность на стойку, о которой вас обязательно спросят. А может вам вообще ничего этого не надо и проще стойку в подсобке поставить.
Сфера IT стремительно развивается и те решения, которые раньше могли себе позволить только очень крупные компании, сейчас могут использовать компании любого мастача с помощью OpenSource. А в 2022 году много зарубежных вендеров ушли из России и вопрос использования бесплатного ПО встал очень остро. Но все ли так хорошо? В рамках доклада посмотрим на состояние рынка OpenSource решений: насколько это бесплатно, стабильно, готово к использованию и какие могут быть проблемы в дальнейшем?
1. В больших организациях есть потребность в контроле инфраструктурных решений.
2. Работа подразделений ИТ-инфраструктуры может описываться как бизнес-модель по предоставлению продуктов
3. Подразделения ИТ-инфраструктуры также, как и бизнес, предоставляют продукты, при этом для внутренних клиентов(команд АС) – мы называем эти продукты инфраструктурными продуктами.
4. Задача встраивания в ИТ-ландшафт организации и типизации инфраструктурных продуктов разрешается путем архитектурного проектирования, аналогичного проектированию при описании автоматизации бизнес процессов.
5. Мы сначала описываем концептуальную архитектуру для процессов жизненного цикла экземпляров продуктов(например в архитектуре показывается как создается экземпляр сервера) - в данном артефакте определяется как инфраструктурный продукт встраивается в ландшафт Банка - с какими системами он должен взаимодействовать.
6. Далее мы переходим к детальному описанию внутреннего устройства инфраструктурного продукта - из каких компонентов он состоит - исходя из требований к продукту и взаимодействий продукта (например можно представить как внутренне устроена архитектура геокластера СУБД).
7. Через автоматическое создание декларативных описаний(terraform файл), за счет знания внешних интеграций продукта и его внутреннего устройства, мы можем автоматически создавать экземпляры продуктов на этапе описания архитектур АС.
8 Заключение: применяя подход корпоративной архитектуры мы можем "провязать", отследить изначальные потребности команд в инфраструктурных продуктах и их свойствам, через архитектуру, к конечному экземпляру продукта, который получает команда АС.
API Gateway - широко распространённая технология, которую применяют многие компании.Каждый делает это по своему и закладывает разный функционал в него.
В этом докладе я расскажу, какой API Gateway создали мы в Авито, что в него заложили, какие подходы применили.
Тезисы уточняются