[Яндекс Практикум] Архитектор программного обеспечения. Часть 1 из 6 (2024)
![[Яндекс Практикум] Архитектор программного обеспечения. Часть 1 из 6 (2024)](/styles/image/image_topic/topic_681deb2a17cfc.png)
[Яндекс Практикум] Архитектор программного обеспечения. Часть 1 из 6 (2024)
Архитектор программного обеспечения [Яндекс Практикум] [Часть 1 из 6]
Чему вы научитесь:
Планировать архитектуру ПО
Узнаете, что такое монолитная и микросервисная архитектуры, как они соотносятся с целями бизнеса
Настраивать системы под большие нагрузки
Освоите балансировщики нагрузки, стратегии кеширования, брокеры сообщений
Проектировать API
Изучите правила, соглашения и стандарты, которые действуют при проектировании расширяемого API
Выбирать формат обмена данными
Поймёте, какие форматы и протоколы межсервисного взаимодействия подходят под ваши задачи
Выбирать формат хранения данных
Познакомитесь с плюсами и минусами разных СУБД, чтобы научиться выбирать оптимальную
Использовать шаблоны
Узнаете, какие проблемы часто возникают при проектировании программ и как их решать
Содержание 1 месяца обучения:
01 Сбор и анализ требований
Каждая система разрабатывается под определённую задачу и может изменяться в зависимости от планируемой нагрузки на разные функции. Архитектор ПО получает от бизнеса требования и трансформирует их в чёткие технические характеристики, под которые будет разрабатываться система. В первом модуле вы отточите эти навыки, а также изучите разные способы проектирования API, потренируетесь в выборе подхода и проектировании простой системы.
Каких результатов вы достигнете:
Узнаете, из чего состоит ТЗ на архитектуру
Соберёте требования к системе от заказчика любого уровня технической подготовки
Декомпозируете систему на компоненты и спроектируете взаимодействие между ними
Узнаете принципы разработки MVP
Разработаете MVP спроектированной системы с основным функционалом.
Темы первого месяца:
1. Работа с требованиями
Технические характеристики систем Трейдоф
Бюджет архитектурного решения
Как проводить интервью с заказчиков
Оформление дизайндоков и популярные графические инструмент
DDD как подход к разработке ПО
2. Работа с компонентами
Протоколы общения компонентов
Проектирование API
Способы снизить нагрузку на API
3. Разработка MVP
MVP как метод тестирования архитектур
Состав MVP
В проекте модуля вы соберете требования к системе, спроектируете агрегатор ресторанов и доставок. Проект займет от 20 до 30 часов.
Архитектор программного обеспечения [Яндекс Практикум] [Часть 1 из 6]
Чему вы научитесь:
Планировать архитектуру ПО
Узнаете, что такое монолитная и микросервисная архитектуры, как они соотносятся с целями бизнеса
Настраивать системы под большие нагрузки
Освоите балансировщики нагрузки, стратегии кеширования, брокеры сообщений
Проектировать API
Изучите правила, соглашения и стандарты, которые действуют при проектировании расширяемого API
Выбирать формат обмена данными
Поймёте, какие форматы и протоколы межсервисного взаимодействия подходят под ваши задачи
Выбирать формат хранения данных
Познакомитесь с плюсами и минусами разных СУБД, чтобы научиться выбирать оптимальную
Использовать шаблоны
Узнаете, какие проблемы часто возникают при проектировании программ и как их решать
Содержание 1 месяца обучения:
01 Сбор и анализ требований
Каждая система разрабатывается под определённую задачу и может изменяться в зависимости от планируемой нагрузки на разные функции. Архитектор ПО получает от бизнеса требования и трансформирует их в чёткие технические характеристики, под которые будет разрабатываться система. В первом модуле вы отточите эти навыки, а также изучите разные способы проектирования API, потренируетесь в выборе подхода и проектировании простой системы.
Каких результатов вы достигнете:
Узнаете, из чего состоит ТЗ на архитектуру
Соберёте требования к системе от заказчика любого уровня технической подготовки
Декомпозируете систему на компоненты и спроектируете взаимодействие между ними
Узнаете принципы разработки MVP
Разработаете MVP спроектированной системы с основным функционалом.
Темы первого месяца:
1. Работа с требованиями
Технические характеристики систем Трейдоф
Бюджет архитектурного решения
Как проводить интервью с заказчиков
Оформление дизайндоков и популярные графические инструмент
DDD как подход к разработке ПО
2. Работа с компонентами
Протоколы общения компонентов
Проектирование API
Способы снизить нагрузку на API
3. Разработка MVP
MVP как метод тестирования архитектур
Состав MVP
В проекте модуля вы соберете требования к системе, спроектируете агрегатор ресторанов и доставок. Проект займет от 20 до 30 часов.
Комментарии 0