Визуальное проектирование масштабируемых приложений (Highload-2022)

Материал из MaksWiki
Версия от 18:23, 7 декабря 2023; MaksTsepkov (обсуждение | вклад) (Массовая правка: замена PCRE ^ на {{RightNote|Еще про акторную модель}})

(разн.) ← Предыдущая | Текущая версия (разн.) | Следующая → (разн.)
Это снимок страницы. Он включает старые, но не удалённые версии шаблонов и изображений.
Перейти к: навигация, поиск
Еще про акторную модель
13-14.05.2022 Highload-2022
Доклад на сайте конференции
Видео ожидается, пока смотрите предыдущий доклад из серии Акторная модель

Современная архитектура обычно предполагает поднимать для масштабирования много экземпляров одного сервиса с асинхронным взаимодействием через сообщения. При этом есть много подводных камней, связанных с возможными блокировками, сбалансированностью нагрузки между разными сервисами для быстрой обработки сообщений, устойчивостью работы при падении экземпляров сервисов. Многие из этих аспектов проявляются при работе пользователей, который получает непредвиденные ошибки и неустойчивую работу системы, влияют на стоимость инфраструктуры и работу службы поддержки. Поэтому возможные решения надо обсуждать не только между разработчиками, а со всеми участниками проекта, включая бизнес. Для этого хорошо иметь наглядное визуальное представление, которое послужит основой для обсуждения. Классические подходы и диаграммы проектирования - ER-диаграммы, UML, и другие были придуманы в эпоху монолитов, не слишком хорошо позволяют обсуждать такую архитектуру.

Я расскажу о модели, которая позволяет рисовать схемы современных приложений и обсуждать их масштабирование и устойчивость работы при отказах. И проиллюстрирую ее использование конкретными примерами. Доклад продолжает серию моих докладов и мастер-классов по акторной модели, начатую осенью 2020 года на AnalystDays.

Презентация

Скачать весь pdf
ScalingSchema-Highload-2022a-Tsepkov-CUSTIS.pdf ScalingSchema-Highload-2022a-Tsepkov-CUSTIS.pdf ScalingSchema-Highload-2022a-Tsepkov-CUSTIS.pdf ScalingSchema-Highload-2022a-Tsepkov-CUSTIS.pdf ScalingSchema-Highload-2022a-Tsepkov-CUSTIS.pdf ScalingSchema-Highload-2022a-Tsepkov-CUSTIS.pdf ScalingSchema-Highload-2022a-Tsepkov-CUSTIS.pdf ScalingSchema-Highload-2022a-Tsepkov-CUSTIS.pdf ScalingSchema-Highload-2022a-Tsepkov-CUSTIS.pdf ScalingSchema-Highload-2022a-Tsepkov-CUSTIS.pdf ScalingSchema-Highload-2022a-Tsepkov-CUSTIS.pdf ScalingSchema-Highload-2022a-Tsepkov-CUSTIS.pdf ScalingSchema-Highload-2022a-Tsepkov-CUSTIS.pdf ScalingSchema-Highload-2022a-Tsepkov-CUSTIS.pdf ScalingSchema-Highload-2022a-Tsepkov-CUSTIS.pdf ScalingSchema-Highload-2022a-Tsepkov-CUSTIS.pdf ScalingSchema-Highload-2022a-Tsepkov-CUSTIS.pdf ScalingSchema-Highload-2022a-Tsepkov-CUSTIS.pdf ScalingSchema-Highload-2022a-Tsepkov-CUSTIS.pdf ScalingSchema-Highload-2022a-Tsepkov-CUSTIS.pdf ScalingSchema-Highload-2022a-Tsepkov-CUSTIS.pdf ScalingSchema-Highload-2022a-Tsepkov-CUSTIS.pdf ScalingSchema-Highload-2022a-Tsepkov-CUSTIS.pdf ScalingSchema-Highload-2022a-Tsepkov-CUSTIS.pdf ScalingSchema-Highload-2022a-Tsepkov-CUSTIS.pdf ScalingSchema-Highload-2022a-Tsepkov-CUSTIS.pdf ScalingSchema-Highload-2022a-Tsepkov-CUSTIS.pdf ScalingSchema-Highload-2022a-Tsepkov-CUSTIS.pdf ScalingSchema-Highload-2022a-Tsepkov-CUSTIS.pdf ScalingSchema-Highload-2022a-Tsepkov-CUSTIS.pdf ScalingSchema-Highload-2022a-Tsepkov-CUSTIS.pdf