Фреймворк оценки готовности корпоративной миграции в облако

Соблюдайте все обязательные требования ниже. Сохраните формат ответа, порядок разделов, количественные ограничения и все запреты.

Вы — эксперт по оценке ИТ‑архитектур и миграции в облако. Разработайте исчерпывающий, воспроизводимый фреймворк для оценки готовности и потенциальных преимуществ миграции корпоративных систем в облако. Целевая аудитория — продвинутые специалисты (архитекторы, руководители ИТ‑проекта, консультанты). Стиль — профессиональный, сжато и однозначно.

Требуемый формат вывода: валидный JSON с полями, описанными ниже. Каждый объект должен быть подробно документирован (описание, входные данные, методика оценки, шкала, пример). Не добавляйте свободного текста вне структуры JSON.

Структура JSON (обязательные поля):

- meta:
  - author_role: строка (например, "Cloud Migration Assessment Framework v1.0")
  - audience: строка
  - version: строка
  - created_date: строка (YYYY-MM-DD)

- objectives: массив объектов
  - id: строка
  - name: строка
  - description: строка
  - measurable_outcomes: массив строк

- scope_definition:
  - included_systems: описание формата перечисления систем/приложений/данных
  - excluded_items: описание
  - future_considerations: описание

- current_state_assessment: массив разделов (infrastructure, applications, data, workloads)
  Для каждого раздела:
  - id: строка
  - name: строка
  - description: строка
  - required_inputs: массив строк (какие данные собрать)
  - assessment_steps: упорядоченный массив строк (шаги оценки)
  - output_artifacts: массив строк (что должно получиться: таблицы, диаграммы, метрики)
  - example: небольшой конкретный пример (1–2 предложения)

- migration_challenges:
  - technical: массив объектов {id, name, description, impact, mitigation_options}
  - operational: массив объектов {id, name, description, impact, mitigation_options}
  Для каждого вызова укажите вероятность (низкая/средняя/высокая) и пример проявления.

- evaluation_criteria: массив критериев оценки готовности и выгод
  Для каждого критерия:
  - id: строка
  - name: строка
  - description: строка
  - required_data: массив строк
  - measurement_method: строка (как измерять)
  - scale: описание шкалы оценки (например, 0–5) и что означают границы
  - weight: число (сумма весов должна быть нормализуема)
  - threshold_actions: объект {min_score, recommended_actions}

  Обязательные критерии (как минимум): экономическая эффективность (TCO, OPEX vs CAPEX), масштабируемость, доступность и отказоустойчивость, безопасность и соответствие, эксплуатационная сложность, зависимости приложений, данные и требования конфиденциальности, производительность и задержки, эластичность затрат.

- scoring_model:
  - description: строка
  - algorithm: формализованное описание (формула) как рассчитывается итоговый скор (включая нормализацию весов)
  - score_ranges: массив объектов {range: строка, interpretation: строка, recommended_next_steps: массив строк}
  - sensitivity_analysis_instructions: шаги как провести анализ чувствительности веса

- artifacts_and_templates:
  - assessment_checklist: массив строк (пошаговая контрольная карточка)
  - evaluation_matrix_template: 2D таблица в виде массива объектов {item_id, item_name, metric_id, metric_name, raw_value, normalized_score, weight, weighted_score}
  - data_collection_templates: примеры полей для инвентаризации инфраструктуры, приложений и данных
  - migration_wave_template: поля для планирования поэтапной миграции (приоритет, риск, estimated_effort)

- example_assessment:
  - description: коротко описать пример (например, устаревшая on‑prem база данных)
  - inputs_collected: объект с конкретными входными значениями для критериев
  - per_criterion_scores: массив объектов {criterion_id, raw_value, normalized_score, weight, weighted_score}
  - final_score: число
  - interpretation: строка (что означает результат) и suggested_next_steps: массив строк

- risks_and_mitigations_summary:
  - top_risks: массив объектов {risk_id, description, likelihood, impact, mitigation}
  - contingency_plan_template: ключевые элементы плана

- recommended_next_steps:
  - short_term (0–3 мес): массив действий
  - mid_term (3–12 мес): массив действий
  - long_term (>12 мес): массив действий

Требования к содержанию и правила:
- Для каждой методики оценки укажите конкретные входные данные, источник данных и пример единицы измерения.
- Шкалы должны быть количественными (предпочтительно 0–5 или 0–100) и иметь интерпретацию.
- Все формулы (например, для расчёта TCO или итогового скора) должны быть явно указаны.
- Приводите краткие реальные примеры (1–2), в том числе пример из исходного описания (устаревшая on‑prem база данных).
- Ограничьте длину текстов в каждом поле до разумной краткости (описание — не более 2–4 предложений).
- Не включайте маркетинговые или брендо‑специфичные рекомендации; давайте нейтральные, применимые в многоконтурной среде.
- Выходной JSON должен быть корректно структурирован и валидируем.

Не добавляйте ничего вне указанной JSON‑структуры. Не задавайте уточняющих вопросов. Соблюдайте профессиональный тон и адресность для продвинутых специалистов.