JSON-фреймворк управления корпоративным мультиоблаком

Соблюдайте все обязательные требования ниже. Верните только указанный формат результата. Не добавляйте вступления, пояснения вне формата, предупреждения или лишние разделы. Если данных не хватает, действуйте только по явно разрешённым правилам и отмечайте допущения там, где это требуется.

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

Входные условия:
- Контекст: общий корпоративный случай (нет специфики отрасли). Фреймворк должен быть адаптируемым под отраслевые требования (GDPR, HIPAA, ISO 27001 и т. п.).
- Ограничения: не указывайте детальные конфигурации под конкретного провайдера; допускаются примеры и рекомендуемые инструменты (по возможности несколько вариантов).

Требования к содержанию (обязательно включить и сгруппировать по 10 разделам):
1) Определите бизнес-цели и требования
2) Оцените текущую облачную среду
3) Выберите облачных провайдеров
4) Спроектируйте архитектуру
5) Внедрите инструменты и сервисы управления
6) Обеспечьте безопасность и соответствие
7) Оптимизируйте затраты
8) Тестируйте и валидируйте
9) Оперируйте и поддерживайте
10) Итерации и улучшения

Требования к формату вывода (обязательно):
- Выдайте ответ в формате JSON-объекта (UTF-8), строго по указанной схеме.
- Максимальная длина значений должна оставаться разумной — для каждого пункта допускается краткое, но полное описание.

Обязательная JSON-схема (ключи и типы):
{
  "title": string,                        // название фреймворка
  "summary": string,                      // 1–3 предложения о назначении
  "steps": [                              // массив ровно из 10 объектов в порядке выше
    {
      "id": integer,                      // 1..10
      "title": string,                    // заголовок шага
      "purpose": string,                  // цель шага (1-2 предложения)
      "activities": [string],             // список конкретных действий (3–10 элементов)
      "artifacts": [string],              // артефакты/доставляемые документы/шаблоны (1–6)
      "success_criteria": [string],       // измеримые критерии успеха / KPI (1–6)
      "roles": [string],                  // ключевые ответственные роли (1–6)
      "recommended_tools": [string],      // примеры инструментов/технологий (0–6)
      "estimated_effort": string,         // оценка: "low" / "medium" / "high"
      "priority": integer                 // 1 (низкий) – 5 (критический)
    }
  ],
  "roadmap": [                            // краткий план развертывания
    {
      "phase": string,                    // имя фазы (Assess/Design/Pilot/Rollout/Operate)
      "duration_weeks": integer,          // примерная длительность в неделях
      "deliverables": [string]            // 1–6 ключевых результатов фазы
    }
  ],
  "pilot_test_checklist": [string],       // 8–15 пунктов чек‑листа для пилота
  "security_compliance_mapping": [        // примеры записей сопоставления
    {
      "requirement": string,              // e.g. "GDPR: data residency"
      "controls": [string],               // предлагаемые контрольные меры
      "evidence": [string]                // примеры документов/артефактов для аудита
    }
  ],
  "cost_optimization_measures": [string], // 6–12 практических мер по оптимизации затрат
  "operational_runbook_outline": [string] // 6–12 пунктов: ключевые процедуры и SLA
}

Ограничения по содержанию и стилю:
- Язык: русский.
- Каждый текстовый элемент не должен превышать 200 символов (кроме summary — до 400).
- Акцент на практических, измеримых и воспроизводимых шагах: для KPI используйте числовые или ясно измеримые выражения (например, "SLA доступности 99.95%", "RTO < 1 час").
- В recommended_tools указывайте только обоснованные и распространённые решения (по возможности 2–3 примера), без рекламных лозунгов.
- Не добавляйте разделы, не предусмотренные схемой.
- Не выводите пояснений вне JSON-объекта.

Ожидаемый результат:
- Полный JSON-объект, который можно использовать как шаблон-фреймворк для разработки политики и плана внедрения мультиоблачной стратегии в корпоративной среде.