Пространство для ваших идей

Сейчас белый IP-адрес можно добавить только при создании ВМ-ки. Это не очень удобно. Если забыл добавить адрес, то приходится пересоздавать виртуалку. И наоборот тоже, если белый адрес уже не нужен, то его невозможно оторвать не пересоздавая машину.

Было бы удобно иметь облачную группу DNS-ов (Primary, Secondary), распределённую по зонам, как сервис. В отличие от Яндекс.Коннекта в таком сервисе, можно было бы привязывать доменные записи напрямую к именам машин облака без явного указания IP. Также его работу можно согласовать...

Привлекать клиентов один раз и получать вознаграждение за все его заказы и продления

Сейчас, например, недоступны управляемые базы данных и многое другое. Досадно писать в README.md проект инфраструктуры шаги, которые необходимо выполнить вручную перед запуском terraform apply. Крайне важно, что бы Terraform Yandex.Cloud Provider шёл в ногу с развитием облака.

Версионирование позволяет хранить много версий одного объекта в бакете под одним именем, а не несколько разных объектов. Это удобно. Версионирование поддердивается в Amazon S3 API и многих приложениях, которые работают через это API.

Для навыков Алисы уже предусмотрено выполнение функций без тарификации — и это правильно и хорошо, поскольку помогает развивать Алису. Но без БД, "на одних лишь функциях", приличный навык не сделать. Поэтому, предлагаю подумать над тем, как разработчикам навыков также давать...

Нужен балансировщик, который принимает трафик из облака на внутреннем IP-адресе, а не только из Интернета на белом IP. Хотим балансировку трафика между разными компонентами нашей облачной инфраструктуры.

Идеально было дать возможность терминировать vpn не на своем инстансе, а сделать это как сервис, аналог aws vpg, Interconnect это хорошо, но не зочется привлекать железныз провайдеров для стартапа

Нужна возможность запускать Yandex Functions по расписанию.

С TTL. Чтобы настроить один раз и не беспокоиться о бекапах.