7796
правок
Изменения
Новая страница: «{{RightNote|Еще об архитектуре}} 25-26.04.2025 Петербург [https://sqadays.com/ '''SQAdays…»
{{RightNote|[[:Категория:Архитектура|Еще об архитектуре]]}}
25-26.04.2025 Петербург [https://sqadays.com/ '''SQAdays''']
[https://sqadays.com/ru/talk/131769 Доклад на сайте конференции]
Видео ожидается
Ошибки обработки операций возникают тогда, когда их не ждут. Причиной может быть как ошибка в софте, так и нештатная операция под нагрузкой, например, deadlock транзакций или падение по памяти. Монолитная архитектура позволяла обернуть обработку запроса пользователя в транзакцию и при ошибке выполнить откат. Распределённая архитектура не даёт такой возможности. Необходимо обеспечивать устойчивость работы приложения другими средствами, а также проверять её при тестировании.
Как тестировать устойчивость работы интеграции и приложения в целом? Придумывать сценарии тестирования, опираясь на описания архитектуры? Что делать в легаси-проектах, когда описания архитектуры неточны? Как в этом помогает понимание бизнес-архитектуры? И как исправлять ситуацию, если взаимодействие систем неустойчиво? Понятно, что в рамках одного доклада невозможно полностью раскрыть все эти вопросы, тема слишком обширна. Но я расскажу о практиках, которые помогают мне получить ответы, и надеюсь, это будет полезно.
Пока видео нет, можно смотреть доклад [[Что такое - хорошая интеграция (Saint Highload-2021)]], этот доклад отличается фокусом на устойчивости и тестировании.
= Презентация =
{{Presentation|Integration-SQA-2025a-Tsepkov.pdf|290px}}
[[Категория:Архитектура]][[Категория:Доклады]]
25-26.04.2025 Петербург [https://sqadays.com/ '''SQAdays''']
[https://sqadays.com/ru/talk/131769 Доклад на сайте конференции]
Видео ожидается
Ошибки обработки операций возникают тогда, когда их не ждут. Причиной может быть как ошибка в софте, так и нештатная операция под нагрузкой, например, deadlock транзакций или падение по памяти. Монолитная архитектура позволяла обернуть обработку запроса пользователя в транзакцию и при ошибке выполнить откат. Распределённая архитектура не даёт такой возможности. Необходимо обеспечивать устойчивость работы приложения другими средствами, а также проверять её при тестировании.
Как тестировать устойчивость работы интеграции и приложения в целом? Придумывать сценарии тестирования, опираясь на описания архитектуры? Что делать в легаси-проектах, когда описания архитектуры неточны? Как в этом помогает понимание бизнес-архитектуры? И как исправлять ситуацию, если взаимодействие систем неустойчиво? Понятно, что в рамках одного доклада невозможно полностью раскрыть все эти вопросы, тема слишком обширна. Но я расскажу о практиках, которые помогают мне получить ответы, и надеюсь, это будет полезно.
Пока видео нет, можно смотреть доклад [[Что такое - хорошая интеграция (Saint Highload-2021)]], этот доклад отличается фокусом на устойчивости и тестировании.
= Презентация =
{{Presentation|Integration-SQA-2025a-Tsepkov.pdf|290px}}
[[Категория:Архитектура]][[Категория:Доклады]]