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

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

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

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

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

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

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

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

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

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

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