Arch.Conf by Sber

В будущем управление корпоративной архитектурой станет ещё более сложным и комплексным процессом, усилится акцент на гибкость, скорость и устойчивость. Такие технологии как искусственный интеллект и различные облачные сервисы будут играть всё более важную роль в проектировании и интеграции корпоративных систем. Рассмотрим основные аспекты корпоративной архитектуры и её развития, а также обсудим перспективные направления и технологии, которые могут существенно повлиять на её будущее.

Я и мой коллега Марат расскажем, как с помощью практики «Архитектура как код» и подхода «реверс-архитектура» СберАвто удалось автоматизировать рутину и обеспечить полную обозримость IT-ландшафта. Обсудим, как DocHub становится центром архитектурной вселенной и почему мы придумали термин «JSONata гравитация». А ещё поговорим, как связать физический мир железа с диаграммами архитектора.

Рассмотрим вопросы, связанные с контролем качества автоматизации корпоративного ландшафта на всём его жизненном цикле, начиная с идей на автоматизацию бизнес-процессов и заканчивая выводом информационных систем из эксплуатации. Представим основные точки архитектурного контроля, а также эффекты, достигаемые от их выполнения, включая конкретные качественные и количественные метрики. Также обсудим основные проблемы, которые связаны с организацией архитектурного контроля и поделимся способами их решений.

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

Я и мой коллега Артём расскажем, как, используя практики перехода в облако и архитектурные шаблоны, можно подготовить свою инфраструктуру к переносу данных в облако. Покажем, какие архитектурные шаблоны лучше использовать, чтобы правильно защитить свою инфраструктуру и построить DMZ. Расскажем про «Центр сертификации облачных архитекторов» и про систему бейджей, которую мы применяем для подтверждения успешного прохождения курсов и тестирования архитекторами.

Мы каждый день сталкиваемся и в использовании (как пользователи), и в разработке (как специалисты) с распределёнными системами. Они бывают как сильно распределёнными, так и не очень. В чем разница? Почему у знакомого есть три дата-центра и у тебя есть три дата-центра, но есть нюанс? Когда надо думать про разные штуки с задержками и консистентностью, а когда можно поставить модную БД в режиме as-a-Service и всё будет круто? Приходите поговорить про скучную теорию и весёлые фейл-кейсы построения разных распределённых систем.