Инструменты пользователя

Инструменты сайта

Вы посетили: • virtualization • architecture • cluster_architecture
topics:08:model

Различия

Показаны различия между двумя версиями страницы.

Ссылка на это сравнение

topics:08:model [2025/10/12 15:04] – создано admintopics:08:model [2025/10/12 15:05] (текущий) – admin
Строка 1: Строка 1:
 ====== Концептуальные модели и уровни абстракции ====== ====== Концептуальные модели и уровни абстракции ======
  
-Раздел раскрывает принципы построения **рамки программно-определяемых сред (SDE)**. Цель подхода — согласовать бизнес-процессы, рабочие нагрузки и вычислительные ресурсы через систему уровней абстракции, политик и механизмов оптимизации.+Раздел описывает архитектурную основу **программно-определяемых сред (SDE)**, где взаимосвязь между бизнес-процессами, нагрузками и ИТ-инфраструктурой обеспечивается через уровни абстракции, политики и циклы оптимизации.
  
 ===== Политико-ориентированная абстракция рабочих нагрузок ===== ===== Политико-ориентированная абстракция рабочих нагрузок =====
 Рабочие нагрузки формируются из бизнес-процессов, включающих: Рабочие нагрузки формируются из бизнес-процессов, включающих:
-  * **Системы учёта** — транзакционные модули (например, ERP или базы заказов); +  * **Системы учёта** — транзакционные системы (учёт заказов, ERP); 
-  * **Системы взаимодействия** — каналы связи с клиентами (порталы, CRM, оповещения);+  * **Системы взаимодействия** — пользовательские интерфейсы, порталы, CRM;
   * **Системы анализа** — аналитика, прогнозирование, машинное обучение.   * **Системы анализа** — аналитика, прогнозирование, машинное обучение.
  
-Пример — процесс **от запроса до оплаты**: +Пример — процесс **«от запроса до оплаты»**: 
-  - получение коммерческого запроса или заказа; +  - получение запроса от клиента; 
-  - оформление и согласование договора; +  - заключение договора и оформление заказа; 
-  - выставление счёта, контроль оплаты и задолженности; +  - выставление и обработка счёта; 
-  - автоматизация повторяющихся шагов через **роботизацию процессов (RPA)**.+  - приём и распределение оплаты; 
 +  - автоматизация операций с помощью **роботизированных сценариев (RPA)**.
  
 <WRAP info> <WRAP info>
-Каждый шаг бизнес-процесса связан с приложениями разного типа — учётными, коммуникационными и аналитическими. Все они создают нагрузку, требующую координированного управления.+Каждая часть процесса создаёт собственный тип нагрузки — учётную, коммуникационную или аналитическую. Все они требуют согласованного управления инфраструктурой.
 </WRAP> </WRAP>
  
 ===== Абстракция и моделирование нагрузок ===== ===== Абстракция и моделирование нагрузок =====
-Нагрузки описываются с учётом: +Для каждой нагрузки описываются: 
-  * доступных вычислительных, сетевых и дисковых ресурсов; +  * доступные ресурсы (вычисления, сеть, хранилище); 
-  * требований к времени отклика, надёжности и доступности; +  * ограничения по времени отклика, надёжности и доступности; 
-  * контекста выполнения — приоритет, резервирование, миграция.+  * контекст исполнения (приоритет, резервирование, миграция).
  
-Ранее подобные модели реализовывались в архитектуре **Model-Driven Architecture (MDA)** с помощью UML и XML.   +Исторически подобные модели использовали **архитектуру, управляемую моделями (MDA)**.   
-В программно-определяемых средах применяется **модель политик**, где каждая нагрузка описывается набором правил и условий работы.+В современных SDE применяется **модель политик**, где каждая нагрузка описывается через набор управляемых правил.
  
 <WRAP info> <WRAP info>
-- Политики определяют требования по скорости, доступности, миграции и балансировке.   +- Политики определяют цели и приоритеты — например, обеспечить минимальную задержку или высокую устойчивость.   
-- Контексты выполнения учитывают приоритет и текущее состояние среды, обеспечивая динамическое распределение ресурсов.+- Контексты исполнения позволяют гибко распределять ресурсы в зависимости от текущей ситуации.
 </WRAP> </WRAP>
  
 ===== Абстракция ресурсов и инфраструктура по возможностям ===== ===== Абстракция ресурсов и инфраструктура по возможностям =====
-Абстракция по возможностям (вместо жёсткой привязки к оборудованию) делит ресурсы по их характеристикам и назначению.+Абстракция строится не на типе оборудования, а на **возможностях ресурса**.
  
 ^ Тип ресурса ^ Основное свойство ^ Применение ^ ^ Тип ресурса ^ Основное свойство ^ Применение ^
-| Узлы с высокой скоростью обмена памятью | Работа с большими массивами данных | Аналитика, машинное обучение | +| Узлы с высокой скоростью обмена данными | Работа с большими объёмами информации | Аналитика, машинное обучение | 
-| Узлы с высокой скоростью обработки | Минимальные задержки, ограниченные потоки | Учётные системы, базы заказов | +| Узлы с высокой производительностью на поток | Минимальные задержки | ERP, OLTP | 
-| Многопоточные серверы | Массовая параллельная обработка | Аналитика, отчётность | +| Многопоточные серверы | Массовая параллельная обработка | Big Data, отчётность | 
-| Энергоэффективные микросерверы | Компактность, распределённость | Интернет вещей, лёгкие веб-службы | +| Энергоэффективные узлы | Компактность, низкое энергопотребление | Интернет вещей, микросервисы | 
-| Хранилища высокой производительности | Быстрый ввод-вывод и резервирование | Базы данных, резервное копирование |+| Быстродействующие хранилища | Высокий ввод-вывод, RDMA, резервирование | Базы данных, резервное копирование |
  
 <WRAP info> <WRAP info>
-Такой подход устраняет зависимость от конкретной архитектуры (x86, ARM и др.) и концентрируется на реальных возможностях: скорости, устойчивости, энергоэффективности и латентности.+Такой подход снимает зависимость от архитектуры (x86, ARM и др.), концентрируясь на фактических характеристиках: пропускной способности, устойчивости, энергоэффективности и задержках.
 </WRAP> </WRAP>
  
 ===== Интеграция вычислений, связи и хранения ===== ===== Интеграция вычислений, связи и хранения =====
-Все ресурсы объединяются в единый управляемый контур — **программно-определённую инфраструктуру**, где вычисления, связь и хранение действуют согласованно.+Все ресурсы объединяются в единую управляемую среду, где вычисления, сеть и хранение координируются через общий центр управления.
  
-```mermaid +<WRAP box round> 
-flowchart TD +**Модель объединённой инфраструктуры (SDE)**   
-  A[Политики нагрузок] --> B[Абстракция возможностей] +<mermaid> 
-  B --> C[Вычислительные ресурсы] +flowchart TB 
-  B --> D[Сетевые ресурсы] +  classDef big font-size:12px,stroke-width:1.2px,padding:10px;
-  B --> E[Ресурсы хранения] +
-  C & D & E --> F[Единый контур управления] +
-  F --> G[Динамическая оркестрация] +
-<WRAP info> В результате формируется **виртуальная инфраструктура**, где все компоненты координируются через общий центр управления. Возможна организация зон устойчивости, кластеров и резервных сегментов для обеспечения надёжности. </WRAP>+
  
-===== Непрерывная оптимизация ===== +  Policies["Политики и правила нагрузки"]:::big --> Capabilities["Абстракция возможностей ресурсов"]:::big 
-Программно-определяемая среда обеспечивает постоянную адаптацию и оптимизацию, связывая показатели бизнес-процессов с состоянием инфраструктуры.+  Capabilities --> Compute["Вычислительные узлы"]:::big 
 +  Capabilities --> Network["Сетевые сегменты"]:::big 
 +  Capabilities --> Storage["Хранилища данных"]:::big 
 +  Compute & Network & Storage --> Control["Единый контур управления"]:::big 
 +  Control --> Orchestration["Оркестрация и согласование ресурсов"]:::big 
 +</mermaid> 
 +</WRAP>
  
-<WRAP center> $$ SDE = f(\text{Показатели эффективности}, \text{Возможности ресурсов}, \text{Политики управления}) $$ </WRAP>+<WRAP info> 
 +Формируется **виртуальная инфраструктура**, в которой все компоненты действуют согласованно.   
 +Возможна организация зон отказоустойчивости, кластеров и резервных сегментов без зависимости от конкретного оборудования. 
 +</WRAP>
  
-Пример — процесс от закупки до оплаты:+===== Непрерывная оптимизация ===== 
 +SDE обеспечивает постоянную оптимизацию работы инфраструктуры, связывая показатели бизнес-процессов с поведением ИТ-среды.
  
-этапы: запрос предложений, заказ, приёмка, оплата;+<WRAP center> 
 +$$ 
 +SDE = f(\text{Показатели эффективности}, \text{Возможности ресурсов}, \text{Политики управления}) 
 +$$ 
 +</WRAP>
  
-ключевые показатели: доступность, точность, время отклика, надёжность.+Пример — процесс **закупки и оплаты**: 
 +  * шаги: запрос предложений, заказ, поставка, оплата; 
 +  * ключевые показатели: надёжность, время отклика, точность, устойчивость.
  
-Каждый показатель преобразуется в требования к ресурсам: доступность узлов, пропускная способность каналов, резервирование данных.+Каждый показатель преобразуется в требования к ИТ-ресурсам: уровень доступности, пропускная способность, избыточность данных.
  
-<WRAP tip> - Показатели отслеживаются на уровне приложений и инфраструктуры. - При отклонениях среда автоматически перераспределяет ресурсы. - Оркестратор выбирает сценарий с наилучшим соотношением затрат, скорости и устойчивости. - Цель — непрерывная оптимизация без остановки сервисов. </WRAP>+<WRAP tip> 
 +- Система отслеживает показатели на всех уровнях.   
 +- При отклонениях автоматически перераспределяются ресурсы.   
 +- Оркестратор выбирает оптимальный сценарий по совокупной полезности.   
 +- Цель — устойчивое функционирование без потери производительности. 
 +</WRAP>
  
 ===== Ключевые идеи ===== ===== Ключевые идеи =====
 <WRAP tip> <WRAP tip>
- +- Нагрузки описываются через политики и контексты исполнения.   
-Модель строится на политико-ориентированном описании нагрузок. +- Ресурсы классифицируются по возможностям, а не по аппаратным признакам.   
- +- Инфраструктура объединяет вычисления, связь и хранение в одну управляемую систему.   
-Ресурсы классифицируются по их возможностям, а не по типу оборудования. +- Показатели бизнеса напрямую связаны с параметрами ИТ-среды.   
- +- Основная цель — гибкость, предсказуемость и полное использование потенциала инфраструктуры.
-Инфраструктура объединяет вычисления, связь и хранение в единую систему. +
- +
-Показатели бизнеса напрямую связаны с параметрами ИТ-среды. +
- +
-Основная цель — гибкость, предсказуемость и полная загрузка ресурсов. +
 </WRAP> </WRAP>
 +
topics/08/model.1760281482.txt.gz · Последнее изменение: — admin