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

Merge pull request '[Л/Р 8] Дунаев Олег' (#154) from oleggitea/distributed-computing:dunaev-oi-lab-8 into main

Browse Source 
Reviewed-on: http://student.git.athene.tech/v.moiseev/distributed-computing/pulls/154
This commit is contained in:
Vladislav Moiseev 2023-12-23 10:29:22 +04:00
commit 819c2ad489
1 changed files with 20 additions and 0 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

20
tasks/dunaev-oi/lab8/README.md Normal file
View File

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