| .. | ||
| README.md | ||
Лабораторная работа №8 - Про устройство распределенных систем
Задание
Написать небольшое эссе (буквально несколько абзацев) своими словами.
- Зачем сложные системы (например, социальная сеть ВКонтакте) пишутся в "распределенном" стиле, где каждое отдельное приложение (или сервис) функционально выполняет только ограниченный спектр задач?
- Для чего были созданы системы оркестрации приложений? Каким образом они упрощают / усложняют разработку и сопровождение распределенных систем?
- Для чего нужны очереди обработки сообщений и что может подразумеваться под сообщениями?
- Какие преимущества и недостатки распределенных приложений существуют на Ваш взгляд?
- Целесообразно ли в сложную распределенную систему внедрять параллельные вычисления? Приведите примеры, когда это действительно нужно, а когда нет.
Эссе:
Построение системы в виде набора микросервисов позволяет каждой отдельной службе выполнять строго определенный функционал, что значительно упрощает её поддержку и развитие. Распределенная система легче адаптируется к изменениям в бизнес-требованиях. Например, если в социальной сети появляется новая функция, связанная с обработкой изображений, её можно реализовать в виде отдельного сервиса, не затрагивая остальные компоненты системы.
Системы оркестрации появились для автоматизации развертывания, масштабирования и управления контейнерами в распределенной среде. Использование таких систем существенно упрощает разработку и сопровождение распределенных систем, предоставляя инструменты для автоматического масштабирования, восстановления после сбоев и управления сетевыми ресурсами.
Очереди обработки сообщений (message queues) служат для асинхронной передачи данных между различными компонентами системы. Очередь сообщений позволяет избежать блокировки процессов, ожидающих завершения других операций, и обеспечивает надежную передачу данных даже в случае временных сбоев. Примером использования очередей может служить обработка пользовательских действий в социальных сетях: сообщения о новых комментариях или лайках помещаются в очередь, откуда они постепенно извлекаются и обрабатываются соответствующими службами.
К преимуществам можно отнести: Масштабируемость. Возможность легко увеличивать мощность системы, добавляя новые ресурсы. Отказоустойчивость. Если один из компонентов выходит из строя, другие продолжают работать. Модульность. Упрощается разработка и поддержка, так как каждый модуль отвечает за свою функцию. К недостаткам можно отнести: Сложность архитектуры. Управление большим числом взаимодействующих сервисов требует значительных усилий. Задержки и сетевые проблемы. Передача данных между сервисами через сеть может приводить к задержкам и сбоям.
Параллельные вычисления могут быть полезны в тех случаях, когда требуется обработать большое количество данных или выполнить сложные вычисления. Например: социальная сеть типа «ВКонтакте» ежедневно обрабатывает огромные объёмы данных (посты, комментарии, фото, видео). Параллельная обработка этих данных позволяет быстрее реагировать на запросы пользователей и поддерживать высокий уровень производительности. Однако в некоторых ситуациях параллельные вычисления нецелесообразны. Например: небольшие аналитические отчеты, генерируемые раз в день, могут быть выполнены обычным однопоточным процессом без потери времени. Использование параллельных вычислений было бы избыточным.