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

Материал из MaksWiki
Перейти к: навигация, поиск
м
м
Строка 2: Строка 2:
 
  13-14.05.2022 [https://highload.ru/foundation/2022 Highload-2022]
 
  13-14.05.2022 [https://highload.ru/foundation/2022 Highload-2022]
 
  [https://www.highload.ru/moscow/2021/abstracts/7943 Доклад на сайте конференции]
 
  [https://www.highload.ru/moscow/2021/abstracts/7943 Доклад на сайте конференции]
  Видео - для участников, в доступе есть предыдущее [[Визуальное проектирование масштабируемых приложений (TechLead-2021)|выступление на TechLead-2021]] из серии [[:Категория:Акторная модель|Акторная модель]]
+
  [https://vkvideo.ru/video-152308462_456239692 Видео]
  
 
Современная архитектура обычно предполагает поднимать для масштабирования много экземпляров одного сервиса с асинхронным взаимодействием через сообщения. При этом есть много подводных камней, связанных с возможными блокировками, сбалансированностью нагрузки между разными сервисами для быстрой обработки сообщений, устойчивостью работы при падении экземпляров сервисов. Многие из этих аспектов проявляются при работе пользователей, который получает непредвиденные ошибки и неустойчивую работу системы, влияют на стоимость инфраструктуры и работу службы поддержки. Поэтому возможные решения надо обсуждать не только между разработчиками, а со всеми участниками проекта, включая бизнес.  
 
Современная архитектура обычно предполагает поднимать для масштабирования много экземпляров одного сервиса с асинхронным взаимодействием через сообщения. При этом есть много подводных камней, связанных с возможными блокировками, сбалансированностью нагрузки между разными сервисами для быстрой обработки сообщений, устойчивостью работы при падении экземпляров сервисов. Многие из этих аспектов проявляются при работе пользователей, который получает непредвиденные ошибки и неустойчивую работу системы, влияют на стоимость инфраструктуры и работу службы поддержки. Поэтому возможные решения надо обсуждать не только между разработчиками, а со всеми участниками проекта, включая бизнес.  
Строка 8: Строка 8:
  
 
Я расскажу о модели, которая позволяет рисовать схемы современных приложений и обсуждать их масштабирование и устойчивость работы при отказах. И проиллюстрирую ее использование конкретными примерами. Доклад продолжает [[:Категория:Акторная модель|серию моих докладов и мастер-классов по акторной модели]], начатую осенью 2020 года на AnalystDays.  
 
Я расскажу о модели, которая позволяет рисовать схемы современных приложений и обсуждать их масштабирование и устойчивость работы при отказах. И проиллюстрирую ее использование конкретными примерами. Доклад продолжает [[:Категория:Акторная модель|серию моих докладов и мастер-классов по акторной модели]], начатую осенью 2020 года на AnalystDays.  
 +
 +
= Видео =
 +
 +
<html><iframe src="https://vkvideo.ru/video_ext.php?oid=-152308462&id=456239692&hash=6a088596b7ad6b5b&hd=3" width="1280" height="720" allow="autoplay; encrypted-media; fullscreen; picture-in-picture; screen-wake-lock;" frameborder="0" allowfullscreen></iframe></html>
  
 
= Презентация =
 
= Презентация =

Версия 17:54, 12 апреля 2026

Еще про акторную модель
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