1 / 15

Новосибирский Государственный Университет Факультет Информационных Технологий

Новосибирский Государственный Университет Факультет Информационных Технологий Кафедра общей информатики. Тестирование и мониторинг распределённых систем Кузнецов А. А. Научный руководитель – к. ф.-м. н. Ковалёв С. П. Пример нераспределённого приложения. Пример распределённого приложения.

orrick
Download Presentation

Новосибирский Государственный Университет Факультет Информационных Технологий

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Новосибирский Государственный Университет • Факультет Информационных Технологий • Кафедра общей информатики Тестирование и мониторинг распределённых систем Кузнецов А. А. Научный руководитель – к. ф.-м. н. Ковалёв С. П.

  2. Пример нераспределённого приложения

  3. Пример распределённого приложения

  4. Сложность разработки распределённых приложений • Наличие большого количества компонентов • Необходима сложная инфраструктура, для обеспечения работоспособности системы • Необходимость выявлени и устранения ошибок без остановки функционирующей системы • Сложность тестирования и сопровождения системы “Отличие маленькой программы от большой состоит в том, что если в маленькой есть ошибка, то она скорее всего не работает”

  5. Необходимость управления отказами в распределённом ПО • Отказ во время функционирования крупной распределённой системы является обычным, хотя и неприятным явлением • Исключить возможность возникновения отказа того или иного компонента невозможно, но возможно снизить негативные последствия, вызванные произошедшим отказом • Раннее обнаружение фактов отказа часто означает меньшие затраты на устранение их последствий.

  6. Тестирование и мониторинг программных систем • Тестирование распределённых систем даёт слишком ограниченное представление о работоспособности системы в тестовом окружении • Мониторинг системы (более глубокий, чем просто мониторинг доступности ресурсов) в реальном окружении часто выявляет проблемы, которые могли быть выявлены на более ранних стадиях (тестирование)‏ Полноценная система управления отказами должна совмещать возможности тестирования и мониторинга

  7. Существующие системы • IBM Autonomic Toolkit (ACTK)‏ • Microsoft AsmL • Apache Continuum • JUnit/JUnit EE Почему выбраны эти системы?

  8. Требования к системам тестирования

  9. Требования к системам мониторинга

  10. Общие требования к системе управления отказами

  11. Промежуточные выводы • На сегодняшний день существуют развитые средства поддержки как тестирования, так и мониторинга ПО, в т.ч. распределенного. • Не существует пригодного для широкого промышленного применения решения, которое объединяет функции тестирования и мониторинга. • Необходимо разработать такую систему, по возможности использовав повторно уже существующие системы и стандартные решения

  12. Формулировка задачи • Разработать инструментальные средства для мониторинга событий в компонентах распределенного приложения • Разработать систему автоматической проверки конфигурации системы и исполнения набора тестовых сценариев • Разработать единое средство доступа к результатам тестирования и протоколу событий в распределенном ПО (результаты тестирования – тоже являются событиями)

  13. Целое больше, чем сумма частей. Части.

  14. Целое больше, чем сумма частей. Целое.

  15. Вопросы?

More Related