Adelkaks/distributed-computing
1
0
Fork 0
forked from v.moiseev/distributed-computing
Code Pull Requests Activity

Merge pull request '[Л/Р 8] Михайлов Юрий' (#181) from YuriMikhailov/distributed-computing:mikhailov-ys-lab-8 into main

Browse Source 
Reviewed-on: http://student.git.athene.tech/v.moiseev/distributed-computing/pulls/181
This commit is contained in:
Vladislav Moiseev 2024-01-08 18:11:20 +04:00
commit 8fc533cfe8
1 changed files with 33 additions and 0 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

33
tasks/mikhailov-ys/lab_8/README.md Normal file
View File

@ -0,0 +1,33 @@
# Отчет по лабораторной работе №8
Выполнил студент гр. ИСЭбд-41 Михайлов Ю.С.
## Задачи
Написать небольшое эссе (буквально несколько абзацев) своими словами. А помогут Вам в этом вопросы из списка:
1. Зачем сложные системы (например, социальная сеть ВКонтакте) пишутся в "распределенном" стиле, где каждое отдельное приложение (или сервис) функционально выполняет только ограниченный спектр задач?
2. Для чего были созданы системы оркестрации приложений? Каким образом они упрощают / усложняют разработку и сопровождение распределенных систем?
3. Для чего нужны очереди обработки сообщений и что может подразумеваться под сообщениями?
4. Какие преимущества и недостатки распределенных приложений существуют на Ваш взгляд?
5. Целесообразно ли в сложную распределенную систему внедрять параллельные вычисления? Приведите примеры, когда это действительно нужно, а когда нет.
## Эссе
Сложные системы, такие как социальная сеть ВКонтакте, пишутся в распределенном стиле так как:
1. Это делает систему гибкой и масштабируемой, позволяет добавлять новые функции и возможности без влияния на работу других компонентов.
2. Упрощает обслуживание и обновление системы, поскольку изменения вносятся только в одну часть приложения.
3. Снижает риск сбоев и ошибок, так как если один компонент выходит из строя, другие продолжают работать.
Системы оркестрации приложений были созданы для того, чтобы упростить управление различных сервисов и приложений в больших распределенных системах. Они позволяют автоматизировать процессы развертывания, масштабирования и мониторинга приложений, а также управлять доступом к ресурсам и обеспечивать согласованность данных. Оркестрация приложений упрощает разработку и сопровождение таких систем.
Очереди обработки сообщений нужны для обеспечения асинхронной коммуникации между компонентами распределенной системы. Сообщения могут быть любыми данными, передаваемыми между различными частями системы, такими как запросы, ответы, обновления данных и так далее. Очереди сообщений позволяют организовать последовательность выполнения задач, обеспечивая их обработку в порядке поступления, даже если компоненты системы работают параллельно.
Преимущества распределенных приложений включают масштабируемость, гибкость, устойчивость к сбоям и ошибкам, а также возможность быстрого внедрения новых функций и возможностей. Однако у них также есть и недостатки, такие как сложность в управлении и сопровождении, риск потери данных при переходе между узлами, а также проблемы с согласованностью данных и синхронизацией между компонентами.
Целесообразно внедрять параллельные вычисления в сложную распределенную систему:
Интенсивная вычислительная нагрузка: Если в системе присутствует интенсивная вычислительная задача, которую можно разделить на подзадачи, параллельные вычисления позволяют использовать множество узлов для ускоренного выполнения. Высоконагруженные системы: В системах с высокой нагрузкой, таких как веб-серверы или системы обработки транзакций, параллельные вычисления могут повысить пропускную способность и обработку запросов.
Нецелесообразно внедрять параллельные вычисления:
Наличие сетевых задержек: Если распределенная среда характеризуется высокими сетевыми задержками, параллельные вычисления могут не оправдывать себя из-за времени передачи данных.