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

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

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

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

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

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

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

Для построения полного процесса разработки внутри облака нужны сервисы для: 1. Хранения и сопровождения кода (система управления версиями с поддержкой пул-реквестов, хуков по изменениям, etc.) 2. Запуска процессов сборки по изменениям из системы п.1 3. Хранение результирующих...

Есть потребность в создании ВМ/снапшота диска полностью с 0 из iso образа любого из современных дистрибутивов. Далее образ будет уже использован с terraform как обычно.

Этот инструмент может автоматически менять количество узлов в кластере, когда меняется нагрузка.

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