Просмотр исходного текста страницы Визуальное проектирование масштабируемых приложений (TechLead-2021)

 Выступление на [https://techleadconf.ru/2021/schedule TeachLeadConf] 30.06-01.07.21
 [https://techleadconf.ru/2021/abstracts/7498 Доклад на сайте конференции]
 [https://youtu.be/xGJM6rMnzSA Видео доклада]
 Предыдущие доклады из серии [[Модели предметной области для разных парадигм программирования (AnalystDays-2020)|на AnalystDays]] (09-10.10), [[Модели приложения для разных парадигм программирования (SQAdays-2020)|на SQAdays]] (06-07.11), [[Модели приложения для разных парадигм программирования (ArchDays-2020)|на ArchDays]] (20.11), и мастер-классы [[Тестируем устойчивость приложения в сервисной архитектуре. Разбор кейсов (SQAdays-2021 весна)|на SQAdays]] 16-17.04, [[Проектируем приложение в микросервисной архитектуре. Разбор кейсов (AnalystDays-2021 весна)|на AnalystDays]] и [[Проектируем микросервисное приложение на схемах (мастер-класс ЛАФ-2021)|на ЛАФ]] 19-20.06.

[[Файл:TechLeadScribing.jpg|500px|right|thumb|Скрайбинг доклада. [https://t.me/TechLeadConfChannel/278 Оригинал]]]

Кажется, что задачи масштабирования в микросервисной архитектуре решаются просто: поднимаем нужное количество сервисов, и оно работает, что тут проектировать. На самом деле есть много подводных камней, связанных с возможными блокировками, сбалансированностью нагрузки между разными сервисами для быстрой обработки сообщений, устойчивостью работы при падении экземпляров сервисов. А еще надо обеспечить приемлемую скорость ответа для пользователя, который, быть может, именно сейчас с нетерпением ждет, когда, наконец, можно будет оплатить заказ и думает, не пойти ли ему за заказом на соседний сайт, раз уж тут так все медленно.

Классические диаграммы, UML и другие, придуманные в эпоху монолитов, не слишком хорошо позволяют обсуждать архитектуру работы множества сервисов с асинхронным взаимодействием. Я расскажу о модели, которая позволяет рисовать схемы современных приложений и обсуждать их масштабирование и устойчивость работы при отказах. И проиллюстрирую ее использование конкретными примерами. Визуализация сильно помогает в проектировании и коммуникации, а также в объяснении работы приложения.

Доклад продолжает серию, начатую осенью на [[Модели предметной области для разных парадигм программирования (AnalystDays-2020)|на AnalystDays]] (09-10.10) и продолженную [[Модели приложения для разных парадигм программирования (SQAdays-2020)|на SQAdays]] (06-07.11) и [[Модели приложения для разных парадигм программирования (ArchDays-2020)|на ArchDays]] (20.11), с учетом весенних мастер-классов по этой же теме [[Тестируем устойчивость приложения в сервисной архитектуре. Разбор кейсов (SQAdays-2021 весна)|на SQAdays]] 16-17.04, [[Проектируем приложение в микросервисной архитектуре. Разбор кейсов (AnalystDays-2021 весна)|на AnalystDays]] и [[Проектируем микросервисное приложение на схемах (мастер-класс ЛАФ-2021)|на ЛАФ]] 19-20.06.

{{----}}

= Видео =

<html><iframe width="560" height="315" src="https://www.youtube.com/embed/xGJM6rMnzSA" title="YouTube video player" frameborder="0" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture" allowfullscreen></iframe></html>

= Презентация =

{{Presentation|CUSTIS Визуальное проектирование М Цепков TechLead-2021.pdf|290px}}

[[Категория:Доклады]]
[[Категория:Акторная модель]]
[[Категория:DDD]]