From 9a5dca96164dc9a323939a2a529d75605e49a65c Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=D0=A1=D0=BE=D1=84=D1=8C=D1=8F=20=D0=9E=D1=81=D1=82=D1=80?= =?UTF-8?q?=D0=BE=D0=B2=D1=81=D0=BA=D0=B0=D1=8F?= Date: Sun, 17 Dec 2023 16:11:55 +0400 Subject: [PATCH] laba done --- tasks/ostrovskaya-sf/lab_8/README.md | 62 ++++++++++++++++++++++++++++ 1 file changed, 62 insertions(+) create mode 100644 tasks/ostrovskaya-sf/lab_8/README.md diff --git a/tasks/ostrovskaya-sf/lab_8/README.md b/tasks/ostrovskaya-sf/lab_8/README.md new file mode 100644 index 0000000..e5ed593 --- /dev/null +++ b/tasks/ostrovskaya-sf/lab_8/README.md @@ -0,0 +1,62 @@ +# Отчет по лабораторной работе №8 + +Выполнила студентка гр. ИСЭбд-41 Островская С. Ф. + +## Зачем сложные системы (например, социальная сеть ВКонтакте) пишутся в "распределенном" стиле, где каждое отдельное приложение (или сервис) функционально выполняет только ограниченный спектр задач? + +Существует несколько причин, по которым сложные системы, такие как социальные сети, часто разрабатываются в распределенном стиле с отдельными приложениями или сервисами, выполняющими ограниченный спектр задач: + +1. Масштабируемость. Каждый сервис может быть масштабирован независимо от других, что позволяет обрабатывать большой объем трафика без значительного снижения производительности. + +2. Устойчивость к сбоям. Отказ в работе одного приложения или сервиса не приводит к полному отказу системы. + +3. Гибкость. Разделение функциональности на отдельные приложения или сервисы позволяет командам разработчиков работать над разными частями системы независимо друг от друга. + +## Для чего были созданы системы оркестрации приложений? Каким образом они упрощают / усложняют разработку и сопровождение распределенных систем? + +Системы оркестрации приложений были созданы для управления и координации распределенными системами, состоящими из множества приложений или сервисов. Они позволяют упростить и автоматизировать множество задач, таких как развертывание, масштабирование, мониторинг, сбор журналов, управление конфигурацией и т. д. + +Сложности: +1. требуется дополнительное время и усилия на освоение и настройку инструментов оркестрации; +2. системы оркестрации могут иметь свои ограничения и требования к структуре и формату приложений. + +## Для чего нужны очереди обработки сообщений и что может подразумеваться под сообщениями? + +Очереди обработки сообщений используются для организации и управления потоком информации между разными компонентами или сервисами в распределенной системе. Они обеспечивают асинхронную коммуникацию, где отправитель размещает сообщение в очереди, а получатель обрабатывает его в своем темпе. + +Под сообщениями может подразумеваться различная информация, которая должна передаваться и обрабатываться между компонентами. + +Это могут быть: +1. запросы на выполнение определенных операций; +2. данные для обработки; +3. уведомления о событиях. + +Использование очередей обработки сообщений позволяет более гибко управлять потоком информации и улучшить отзывчивость системы, а также обеспечить отказоустойчивость, если один из компонентов временно недоступен. Это также может упростить масштабирование и обеспечить более эффективное использование ресурсов. + +## Какие преимущества и недостатки распределенных приложений существуют на Ваш взгляд? + +Преимущетва: +1. Масштабируемость. Распределенные приложения могут легко масштабироваться, чтобы справиться с большим трафиком или нагрузкой; +2. Отказоустойчивость. Если один узел выходит из строя, остальные узлы продолжают работать, что обеспечивает высокую доступность системы; +3. Балансировка нагрузки. Распределенная архитектура позволяет равномерно распределять нагрузку между узлами, что повышает производительность системы; +4. Улучшенная производительность. Распределённая архитектура может обеспечить лучшую производительность, так как данные и вычислительные операции могут быть распределены между несколькими узлами. + +Недостатки: +1. Сложность разработки. Требуется учитывать множество аспектов, таких как координация между узлами, балансировка нагрузки и обработка отказов; +2. Задержки. Из-за необходимости коммуникации между узлами могут возникать задержки, особенно если система распределена по географически удаленным местоположениям; + +## Целесообразно ли в сложную распределенную систему внедрять параллельные вычисления? Приведите примеры, когда это действительно нужно, а когда нет. + +Внедрение параллельных вычислений в сложную распределенную систему может быть целесообразным во многих случаях. Однако, это требует внимательного анализа и оценки конкретных требований и характеристик системы. + +Примеры, когда внедрение параллельных вычислений действительно нужно: + +1. Когда требуется обработка больших объемов данных. +2. Когда требуется повысить производительность и отзывчивость. +3. Когда задачи могут быть распараллелены. Если задачи в системе независимы и могут быть разделены на отдельные подзадачи, то внедрение параллельных вычислений будет эффективным. Например, в системе обработки изображений, каждое изображение может быть обработано параллельно, что значительно увеличит скорость обработки. + +Примеры, когда внедрение параллельных вычислений не обязательно: + +1. Когда система имеет низкую нагрузку и обрабатывает небольшой объем данных; +2. Когда задачи зависимы и не могут быть распараллелены. Если задачи в системе зависимы и требуют последовательного выполнения, то использование параллельных вычислений может привести к ошибкам или неправильным результатам; +3. Когда стоимость внедрения параллельных вычислений превышает выигрыш в производительности. \ No newline at end of file -- 2.25.1