====== Облачные и периферийные вычисления ======
Раздел о развитии вычислительных архитектур: от облачных моделей (IaaS/PaaS/SaaS) и частных облаков до распределённых решений на периферии (edge) и у устройств. Рассматриваются состав современного ИТ-стека, варианты размещения нагрузки и ключевые тенденции.
**Архитектуры и сервисы**
* [[topics:05:it_stack|Состав и уровни современного IT-стека]]
* [[topics:05:cloud|Модели и сервисы облачных вычислений]]
**Периферия и тенденции**
* [[topics:05:edge|Периферийные вычисления и их применение]]
* [[topics:05:trends|Основные тенденции развития]]
**Ориентир по размещению**
flowchart LR
classDef small font-size:20px,stroke-width:1.1px,padding:8px;
Dev["Устройство"]:::small --> Edge["Edge / локально (on-prem)"]:::small --> Reg["Региональный ЦОД / частное"]:::small --> Pub["Публичное облако"]:::small
**Опорная таблица: архитектурные варианты и применимость**
^ Архитектурный вариант ^ Основные случаи применения ^ Типовые риски ^ Результаты (артефакты) ^
| Публичное облако (IaaS/PaaS/SaaS) | Быстрый запуск, эластичные и переменные нагрузки, глобальный охват, управляемые сервисы | Стоимость трафика на выход (egress), зависимость от провайдера, требования к размещению данных | Архитектурные паттерны, landing zone, IaC/политики, соглашения по SLO/SLA |
| Частное облако (on-prem) | Контроль над данными и конфигурацией, предсказуемая нагрузка, требования соответствия | CAPEX и цикл обновления, сложность эксплуатации | Техническая архитектура, каталог сервисов, процессы эксплуатации и обновлений |
| Гибридная модель | Стабильное ядро on-prem + эластичные пики/DR в облаке, интеграция с существующими системами | Сложность сетевой и IAM-интеграции, единая наблюдаемость | Схема связности, единая идентификация и политики, план миграции/обмена данными |
| Мультиоблако | Избежание привязки к одному поставщику, нормативные ограничения по регионам, спецсервисы разных вендоров | Рост сложности, различия сервисов и API, согласование SLO | Абстракции/платформа оркестрации, матрица соответствия сервисов, единые практики FinOps |
| Edge-вычисления (локальные узлы) | Низкая задержка, офлайн-устойчивость, предварительная фильтрация/агрегация данных IoT, локальная аналитика/ИИ | Обслуживание распределённых узлов, физическая безопасность, обновления ПО | Стандартизованный edge-образ, конвейер обновлений, политика кэширования/ретрансляции |
| Вычисления на устройстве | Мгновенный отклик, приватность данных, работа без сети | Ограничения по ресурсам, управление версиями моделей/ПО | Модель обновлений, телеметрия, стратегии деградации функционала |
**Ключевые показатели для управления**
* **Задержка** (p50/p95) и джиттер по критическим транзакциям.
* **Надёжность/доступность** (SLA/SLO) по доменам отказа и зонам доступности.
* **Стоимость**: $/vCPU-час, $/GB-месяц, $/GB egress; совокупная стоимость по сценарию (TCO).
* **Пропускная способность/трафик** и модели передачи (потоки/батчи).
* **Размещение данных и соответствие** (регион, требования отрасли).
* **Эластичность и время масштабирования** (auto-/right-sizing, холодный/тёплый старт).
* **Наблюдаемость**: полнота телеметрии, трассировка, покрытие алертами, MTTR.
**Контрольные вопросы**
- Определены требования к задержке/пропускной способности и к размещению данных по регионам?
- Рассчитана совокупная стоимость по сценариям (включая egress, хранение, резервирование, поддержку)?
- Выбран целевой уровень абстракции: IaaS/PaaS/SaaS; определены границы ответственности?
- Описаны паттерны интеграции: сеть, идентификация/доступы, журналирование, наблюдаемость?
- Разработана стратегия для периферии: стандарт узла, обновления, защита, сбор телеметрии?
- Предусмотрены механизмы межоблачной/гибридной переносимости (CI/CD, образ базовой платформы, политика данных)?