Yandex Cloud в 2026 году: цены, IAM, CLI и закрытие сервисов

Ичи03.10.2026Около 6 минОколо 1911 слов

Yandex Cloud в 2026 году: цены, IAM, CLI и закрытие сервисов

В 2026 году у Yandex Cloud произошло сразу несколько изменений, которые влияют на стоимость, отказоустойчивость и автоматизацию инфраструктуры.

Раздел IAM проверен 7 сентября 2026 года, сроки закрытия Serverless Integrations — 11 сентября. Это выборочные дополнения журнала, а не новая полная проверка всех тарифов и продуктов.

3 октября проверен график закрытия Cloud Desktop по документации, обновлённой 2 октября. Дата первоначального объявления не установлена; обновление страницы не названо датой решения о закрытии. Прежние тарифы и статусы других продуктов не переаттестованы.

29 сентября добавлены релизы CLI 1.37.0 от 24 сентября и 1.38.0 от 28 сентября по официальной истории изменений. Даты выпуска отделены от даты проверки; прежние цены и статусы продуктов этим дополнением не переаттестованы.

Октябрь–декабрь — закрытие Cloud Desktop

По официальному уведомлению, проверенному 3 октября 2026 года, закрытие связано с изменением продуктовой стратегии. Это прекращение продукта, не авария всего облака.

Дата, 2026 год	Объявленный этап
13 октября	Новые пользователи не смогут подключить сервис; уже подключившиеся продолжат работу
10 ноября	Read-only: изменение ресурсов недоступно, но копирование данных и удаление ресурсов сохраняются
14 декабря	Остановка рабочих столов; закрытие доступа через консоль, API и CLI

Все три этапа на дату проверки ещё впереди; часы отключений и часовой пояс в документе не указаны.

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

Прямой замены в Yandex Cloud нет. Предложенный BareMetal Extend: Virtualization рассчитан на сотни рабочих столов и индивидуальную стоимость, а не на равноценную замену нескольких desktop-инстансов. Миграция и восстановление нами не тестировались. Категория «Рекомендую» сохраняется; риски прекращения отдельных продуктов учитываются отдельно от надёжности VM и сети.

24–28 сентября — CLI, миграция реестров и совместимость автоматизации

Источник — релизы Yandex Cloud CLI. На проверку 29 сентября 2026 года текущей версией указана 1.38.0, а не 1.37.0.

Выпуск	Изменение	Практический смысл
1.38.0, 28 сентября	`yc cloud-registry migration get-folder-migration-status-dashboard`	Сводный статус миграции реестров в каталоге; не команда запуска миграции
1.38.0, 28 сентября	`yc serverless trigger v2 create max` и `update max`	Управление триггерами для MAX; требуется отдельная проверка интеграции
1.37.0, 24 сентября	В выводе `yc managed-mysql user get`, `list`, `create` поле `connection_manager` заменено на `user_connection_manager`	Нужно проверить парсеры JSON и потребителей вывода CLI
1.37.0, 24 сентября	Для PostgreSQL добавлены `--maintenance-anytime` и `--maintenance-window-slot`	Несколько слотов обслуживания в командах создания, изменения и восстановления кластера
1.37.0, 24 сентября	`yc cloudrouter v2 routing-instance` и `peering`; списки CIDR `--cluster-ipv4-range-list` / `--cluster-ipv6-range-list` для Kubernetes	Новые возможности сетевой автоматизации; не подтверждение работоспособности конкретного маршрута
1.37.0, 24 сентября	`yc baremetal image list-compatible`	Подбор образов, совместимых с конфигурацией BareMetal

Что проверить до обновления CI/CD

Самый важный риск совместимости здесь — переименование поля MySQL. Найдите обращения к connection_manager в jq, шаблонах и тестах, сравните фактический вывод двух версий на обезличенных данных и обновите контракт парсера. Не считайте отсутствующее поле доказательством отключённой интеграции и не распространяйте изменение вывода CLI на REST API без отдельной проверки.

Зафиксируйте используемую версию CLI в CI-образе и сначала обновите тестовое окружение. Для PostgreSQL проверьте смысл выбранных слотов, часовой пояс и разрешение временной недоступности по справке; не применяйте изменение окна к production ради проверки синтаксиса.

Следующие команды только открывают справку, не создают и не изменяют ресурсы:

yc cloud-registry migration get-folder-migration-status-dashboard --help
yc managed-mysql user get --help
yc managed-postgresql cluster update --help

Команды приведены как план проверки и здесь не выполнялись. Статус миграции реестра дополнительно сопоставляйте с доступностью образов и правами CI на pull/push; само наличие новой команды не доказывает завершение миграции конкретного каталога. Выпуск CLI не объявляет изменение цен, SLA или обязательный перенос всех клиентов на API v2.

Сентябрь–октябрь — закрытие Serverless Integrations

Официальное уведомление задаёт следующие этапы: 4 сентября — управление Workflows в AI Studio; 15 сентября — read-only EventRouter; 8 октября — прекращение Serverless Integrations. API Gateway сохраняется отдельно. Уточнённая дата перехода интерфейса — 4 сентября, не 3 сентября из прежней заметки.

Для рабочего проекта это отдельная миграция зависимости. Сохраните конфигурацию и проверьте доставку событий в новой схеме; успешный автоматический перенос не следует считать проверкой прикладной логики.

Календарь хранения резервных копий, ограничения триггеров и безопасное переключение описаны в рецепте миграции EventRouter. Это история прекращения продукта, не запись об аварии.

Изменение цен с 1 мая

6 марта 2026 года Yandex Cloud объявил новые тарифы, которые начали действовать 1 мая 2026 года.

Для большинства затронутых сервисов повышение находится в диапазоне 5–8%. Для части ресурсов Compute Cloud и managed databases, связанных с сетевыми SSD, изменение достигает 10%.

Примеры:

Сервис или ресурс	Изменение
API Gateway, Load Balancer, Cloud Backup, DNS, Functions	8%
Object Storage, Message Queue, Serverless Containers	8%
Data Transfer и большая часть data platform	5%
Некоторые сетевые SSD-ресурсы	10%

Yandex AI Studio и ряд решений информационной безопасности в это изменение не вошли. Для региона Казахстан цены сохранились на прежнем уровне.

Что проверить

пересчитать месячный forecast для VM, дисков, Object Storage, DNS и исходящего трафика;
отдельно проверить сетевые SSD и backup storage;
не переносить процент одного ресурса на весь счёт;
сравнить фактический счёт за апрель и май;
проверить специальные условия и ранее оформленные резервы CVoS.

Новая зона `ru-central1-e`

В марте введена в эксплуатацию новая зона доступности ru-central1-e.

Провайдер указывает:

размещение рядом с ru-central1-a;
задержку между зонами менее 1 мс по результатам измерений;
мощность дата-центра 40 МВт;
около 2,8 тыс. стоек;
пропускную способность 25,6 Тб/с;
средний PUE 1,1.

Новая зона расширяет выбор для multi-zone архитектуры, но сама по себе не делает приложение отказоустойчивым.

Практический план

Проверить доступность нужных платформ и сервисов именно в ru-central1-e.
Сравнить цены и квоты между зонами.
Разнести приложение и базу данных по осмысленной схеме, а не случайно.
Измерить межзонный трафик и задержку в рабочем сценарии.
Проверить стоимость передачи данных между зонами.
Провести controlled failover и восстановление.

OAuth-токены Яндекс ID больше не подходят для автоматизации

12 мая Yandex Cloud объявил, что с 1 июня 2026 года перестаёт принимать OAuth-токены Яндекс ID в Cloud API, CLI и SDK.

Причина — персональный OAuth-токен привязан к пользовательской учётной записи, может иметь избыточные права и неудобен для безопасной ротации в инфраструктурных сценариях.

Для automation нужно использовать подходящий механизм IAM:

сервисный аккаунт;
IAM-токен;
API-ключ, если его поддерживает конкретный сервис;
workload identity или федерацию, когда это применимо;
короткоживущие credentials вместо постоянного пользовательского секрета.

Поиск старых токенов

Проверить нужно не только локальный yc:

CI/CD secrets
Terraform variables
Ansible Vault
Kubernetes Secrets
cron и systemd units
.env-файлы
внутренние скрипты и runbooks

Не выводите найденные токены в логи. После миграции старые секреты нужно удалить и отозвать, а не просто перестать использовать.

Июль 2026 — срок жизни сервисного аккаунта и защитные политики IAM

В истории изменений IAM, обновлённой 2 сентября 2026 года, эти возможности находятся в разделе «Июль 2026». Дата обновления документации не является датой запуска функций; точный день июльского запуска не указан.

Блокировка и срок жизни сервисного аккаунта

Сервисный аккаунт можно временно заблокировать без удаления. Параметр --expires-at при создании или изменении задаёт срок жизни: после его истечения аккаунт автоматически блокируется. Назначенные роли сохраняются и снова действуют после разблокировки.

Источник: сервисные аккаунты и блокировка.

Практическое применение — отдельный аккаунт для временной миграции или короткого доступа подрядчика. Сначала перечислите зависимые CI jobs, VM, функции и backup-задачи: блокировка общей учётной записи может остановить несколько процессов одновременно. Срок жизни аккаунта не заменяет ротацию ключей, срок действия токенов и минимальные роли. Для постоянного CI/CD нужны ответственный за продление и уведомление до истечения срока.

Запрет удаления каталогов и ограничение Responses API

Политики авторизации находятся в Preview; доступ запрашивается через поддержку или аккаунт-менеджера. Они дополняют роли явными запретами, но не выдают разрешения сами по себе.

Шаблон	Назначение	Что проверить перед включением
`resourceManager.denyFolderRemoval`	Запрет удаления каталогов с учётом области действия политики	Не заблокирует ли политика штатное удаление временного окружения и связанного облака
`aistudio.responses.restrictNetworkAccess`	Ограничение запросов к Responses API AI Studio и управления ими по источнику	Внешний IP CI runner, NAT, резервный выход и сервисное подключение VPC

Для сетевой политики используются allowed_src_ips и allowed_vpc_network_ids; списки объединяются логикой ИЛИ. Это ограничение конкретного API, а не firewall всех сервисов AI Studio. Запрет удаления каталога не следует считать защитой от удаления любого ресурса внутри него.

Источник: политики авторизации и их параметры.

Проверка на отдельном окружении

Порядок проверки: получить доступ к Preview → выбрать минимальную область действия → сохранить конфигурацию → проверить разрешённый запрос → проверить отказ с неразрешённого источника → проверить аварийный доступ и откат.

Для проверки запрета удаления используйте только специально созданный пустой тестовый каталог. Не запускайте удаление production-каталога ради проверки политики. Отдельно проверьте, кто вправе снять запрет: возможность отменить защиту должна быть ограничена и отражена в журнале аудита.

Влияние на оценку провайдера

Эти изменения не требуют пересмотра категории «Рекомендую»:

рост цен — важный billing-фактор, но не инцидент;
новая зона повышает доступную ёмкость и даёт больше вариантов архитектуры;
отказ от персональных OAuth-токенов — оправданное security-изменение, но требующее миграции automation;
ограничения IAM полезны для минимизации прав, но Preview нельзя представлять как общедоступную production-гарантию;
закрытие Serverless Integrations и Cloud Desktop требует проверки миграции и учитывается отдельно от надёжности VM, сети и хранилищ;
релизы CLI 1.37–1.38 требуют проверки совместимости автоматизации, но сами по себе не меняют оценку доступности инфраструктуры.

При выборе Yandex Cloud в 2026 году нужно оценивать не только стартовую цену VM, но и полный счёт с дисками, IP, backup, трафиком, managed services и межзонным обменом.

Checklist

[ ] Для Cloud Desktop назначен ответственный за перенос; файлы и настройки скопированы, приложения проверены до остановки сервиса.
[ ] Пересчитан бюджет после 1 мая 2026 года.
[ ] Проверены ресурсы с повышением на 10%.
[ ] Учтены Object Storage, backup и трафик.
[ ] Проверена доступность сервисов в ru-central1-e.
[ ] Проведён failover-test между выбранными зонами.
[ ] В CI/CD и IaC нет OAuth-токенов Яндекс ID.
[ ] Automation переведена на сервисные аккаунты и короткоживущие credentials.
[ ] Старые токены отозваны.
[ ] Для временных сервисных аккаунтов определены срок жизни и зависимые задачи.
[ ] Доступ к Preview политик подтверждён до планирования внедрения.
[ ] Разрешённые и запрещённые операции проверены на тестовом окружении.
[ ] Есть аварийный доступ, аудит и процедура снятия ограничений.
[ ] Workflows доступны команде в AI Studio.
[ ] Для EventRouter назначен ответственный, сохранена конфигурация и проверена замена до отключения.
[ ] Перед обновлением CLI проверены парсеры connection_manager / user_connection_manager и зафиксирована версия CI-образа.
[ ] Статус миграции реестров сопоставлен с правами и доступностью образов для CI.

Yandex Cloud в 2026 году: цены, IAM, CLI и закрытие сервисов

Описание