nikolaeva_yana_lab_8 #342
62
nikolaeva_yana_lab_8/README.md
Normal file
62
nikolaeva_yana_lab_8/README.md
Normal file
@ -0,0 +1,62 @@
|
|||||||
|
# Лабораторная работа №8: Устройство распределенных систем
|
||||||
|
|
||||||
|
## Что такое распределенная система?
|
||||||
|
|
||||||
|
Распределенная система — это комплекс взаимодействующих компонентов, которые расположены на разных узлах сети
|
||||||
|
и работают вместе для достижения общей цели.
|
||||||
|
Узлы могут быть как физически раздельными серверами, так и виртуальными средами, выполняющими определенные задачи.
|
||||||
|
|
||||||
|
### Зачем использовать "распределенный" стиль?
|
||||||
|
|
||||||
|
Сложные системы, такие как социальные сети, требуют высокой производительности,
|
||||||
|
масштабируемости и отказоустойчивости. Разделяя функционал на отдельные сервисы
|
||||||
|
(например, один отвечает за обработку сообщений, другой за рекомендации), мы можем:
|
||||||
|
|
||||||
|
1. Уменьшить нагрузку на отдельные компоненты.
|
||||||
|
2. Легче масштабировать узкие места.
|
||||||
|
3. Быстрее внедрять изменения, не затрагивая всю систему.
|
||||||
|
|
||||||
|
Кроме того, такая структура облегчает разработку,
|
||||||
|
так как каждая команда может сосредоточиться на своем микросервисе.
|
||||||
|
|
||||||
|
### Для чего нужны системы оркестрации?
|
||||||
|
|
||||||
|
Системы оркестрации, такие как Kubernetes, управляют распределенными приложениями, упрощая развертывание, масштабирование и мониторинг. Они:
|
||||||
|
- Автоматизируют процессы, такие как распределение ресурсов и перезапуск упавших узлов.
|
||||||
|
- Обеспечивают гибкость управления сложными системами.
|
||||||
|
-
|
||||||
|
Однако, такие системы добавляют сложность на этапе настройки и требуют новых навыков от разработчиков.
|
||||||
|
|
||||||
|
### Роль очередей сообщений
|
||||||
|
|
||||||
|
Очереди сообщений (например, RabbitMQ, Kafka) используются для асинхронной передачи данных между сервисами.
|
||||||
|
|
||||||
|
Сообщения могут быть запросами, данными для обработки или событиями. Это позволяет:
|
||||||
|
|
||||||
|
- Разгрузить сервисы, обеспечив буферизацию данных.
|
||||||
|
- Повысить отказоустойчивость, так как потерянные сообщения можно повторно отправить.
|
||||||
|
|
||||||
|
### Преимущества и недостатки
|
||||||
|
|
||||||
|
**Преимущества:**
|
||||||
|
|
||||||
|
- Масштабируемость: можно добавлять новые сервисы без значительных изменений.
|
||||||
|
- Отказоустойчивость: сбой одного узла не приводит к полной остановке системы.
|
||||||
|
- Гибкость: легче экспериментировать с новыми технологиями в отдельных сервисах.
|
||||||
|
|
||||||
|
**Недостатки:**
|
||||||
|
|
||||||
|
- Сложность разработки и поддержки: требуется настройка взаимодействия между сервисами.
|
||||||
|
- Задержки: из-за сетевых вызовов возрастает время ответа.
|
||||||
|
|
||||||
|
### Параллельные вычисления в распределенных системах
|
||||||
|
|
||||||
|
Параллельные вычисления позволяют обрабатывать задачи быстрее, разделяя их между несколькими узлами.
|
||||||
|
Это полезно в задачах с большими объемами данных (анализ логов, построение рекомендаций).
|
||||||
|
Однако, если задача не требует значительных вычислительных ресурсов (например, обработка простых запросов), их внедрение может быть избыточным.
|
||||||
|
|
||||||
|
Примеры:
|
||||||
|
|
||||||
|
- Нужны: распределенные базы данных, машинное обучение.
|
||||||
|
- Не нужны: системы авторизации, где важнее скорость отклика, чем объем данных.
|
||||||
|
|
Loading…
Reference in New Issue
Block a user