← Все этапы маршрута

Один провайдер глубже, не четыре поверхностно · R9

R9. Одно облако

Цель

Освоить облачные примитивы на одном доступном провайдере и научиться контролировать расходы.

Что освоить

  • account, project, region и AZ
  • shared responsibility и IAM
  • VPC, subnet, route, NAT и security group
  • VM, object storage, LB и managed DB
  • backup, tags, budgets и teardown

Выберите один облачный вариант

Для прохождения маршрута достаточно одного провайдера. Этапы R9 и R10 используют тот же выбор.

Вариант · Трек YC

Yandex Cloud

Модель доступа: cloud → folder → service account → роли IAM

Создать cloud/folder, service account с минимальной ролью, VPC + subnet, VM приложения, private managed DB, Object Storage и публичную точку через proxy/LB.

Проверка: Показать traffic/data flow, объяснить каждую IAM-роль, восстановить backup и повторно создать стенд только из IaC.

До запуска составьте список платных ресурсов, допустимую сумму и настройте уведомления. Budget alert сам по себе не останавливает расходы. После работы удалите стенд, проверьте диски, адреса, snapshots и другие остатки; повторно проверьте начисления после обновления billing data.

Основной путь

  1. Основы работы с Yandex Cloud RU · Курс
    • Начать здесь. выбранный YC-трек: IAM, networking, compute и storage
  2. Yandex Cloud: архитектура платформы RU · Документация
    • Обязательно. regions, zones, failure domains и platform architecture
    • Справочник. service limits, topology и resilience decisions
  3. Terraform в Yandex Cloud RU · Документация
    • Практика. создать и полностью удалить минимальный стенд выбранного трека
Справочники и дополнительные материалы
  • FinOps Framework EN · Документация

    Дополнительно. allocation, accountability и cost optimization loop

Вариант · Трек Azure

Microsoft Azure

Модель доступа: tenant → subscription → resource group → Entra ID/RBAC

Создать resource group, identity с least privilege, VNet + subnet + NSG, VM приложения, private database/storage и публичную точку через proxy/LB.

Проверка: Показать traffic/data flow, объяснить назначения RBAC, восстановить backup и повторно создать стенд только из IaC.

До запуска составьте список платных ресурсов, допустимую сумму и настройте уведомления. Budget alert сам по себе не останавливает расходы. После работы удалите стенд, проверьте диски, адреса, snapshots и другие остатки; повторно проверьте начисления после обновления billing data.

Основной путь

  1. Azure Fundamentals: облачные концепции RU · Курс
    • Начать здесь. выбранный Azure-трек: cloud concepts, architecture и management
  2. Azure Well-Architected Framework RU · Документация
    • Обязательно. reliability, security, cost, operations и performance pillars
  3. Установка и настройка Terraform для Azure RU · Документация
    • Практика. Настройте CLI, затем выполните пример создания ресурсов из следующего раздела официального руководства. Проверьте plan, результат и удаление стенда.
Справочники и дополнительные материалы

Практика

Сначала выбрать YC или Azure и не менять провайдера до конца R10. Затем выполнить лабораторную выбранного трека; общий cloud core не требует второго аккаунта.

Проверьте результат

Защищены общие концепции и provider-specific артефакты выбранного трека; второй провайдер не является условием завершения.

Вопросы, условия приёмки и доказательства

Ответьте и покажите

  • Что остаётся ответственностью клиента в managed service?
  • Как private subnet получает контролируемый egress?

Условия приёмки

  • Один provider соблюдён
  • IAM/RBAC least privilege и traffic flow объяснены
  • Backup restore и удаление учебных ресурсов и проверку остаточных начислений доказаны

Учебный отказ: Отозвать нужную роль или закрыть route/security rule, локализовать отказ и восстановить минимальное разрешение.

Артефакт: Cloud architecture + IAM/RBAC policy + backup и teardown evidence

Traffic/data flow соответствует выбранному YC/Azure-треку; least privilege объяснён; restore проверен; после teardown нет активных тарифицируемых ресурсов.

Хорошее доказательство: Architecture/IAM policy + restore transcript + billing/resource inventory после teardown.

Недостаточно: Скриншоты console без IaC/команд, owner/admin role и оставленные тарифицируемые ресурсы.

Углубление и справочные материалы

Темы для углубления

  • multi-AZ failure modes
  • private endpoints и egress control
  • cost allocation и quota planning

Расширить выбранный provider-стенд до multi-zone design, проверить backup restore и смоделировать отказ зоны без второго облака.

Результат: ADR объясняет availability/cost trade-off; IAM/network exposure минимальны; teardown подтверждает отсутствие платных ресурсов.