но если данные на входе те же, то хотелось бы каким-то образом, если это возможно конечно, выдавать тот же результат что был во время прошлого запуска

Напиши конкретный код. Совершенно не понятно, что ты куда передаёшь, что на входе чего, и что в аутпуте чего.

я могу дать линк на репозиторий? публичный

или же через пастбин сбросить куски кода

Всё равно как. Главное не простынёй в чат.

есть data, в который я передаю мапу со значениями и еще доп параметры для генерирования метаданных, на выходе получаю yaml и потом его прогоняю через либу, которая мне его шифрует сертификатом с рандомной солью.

вне зависимости от данных на входе data объекта - у меня всегда разные данные на выходе. я хотел написать логику, которая бы проверяла существующие значения в стейте и исходя из сравнения новых и старых либо генерировала новое зашифрованное значение, либо выдавала старое из стейта

я, честно сказать, вообще не уверен, что так можно сделать))

Это не то же самое поведение, что и в random? https://registry.terraform.io/providers/hashicorp/random/latest/docs

похоже, но только это ресурс, а не дата

по сути у меня внутри дата пробегает bcrypt каждый раз когда я делаю план

и из-за этого всегда разный результат)

tfstate/v2 есть, может с ее помощью покопаться в стейте?

Мне кажется, что если это реализовать как ресурс, по образцу random, то проблема решится. Пока что не вижу, чем это отличается от random или tls.

попробую, спасибо!

Всем привет. Залили в user_data_base64 в base64_encode из нескольких частей.
Оригинал прилетает в /var/lib/cloud/instance/user-data.txt ввиде gzip.
Cloud init распаковывает его в /var/lib/cloud/instance/user-data.txt.i
Вытаскивает из него только файлы с content_type = "text/x-shellscript" с последующим выполнением.

Есть ли возможность через terrafrom указать куда остальные части разложить без привлечения внешних утилит?

@alxrem большое спасибо, через ресурс все получилось!

Добрый день
Подскажите пожалуйста как можно победить проблему с Hetzner при выполнении destroy получаю ошибку:
hcloud_network_subnet.subnet: Still destroying... [id=1145763-172.16.0.0/24, 10s elapsed]
╷
│ Error: cannot remove subnet because servers are attached to it (service_error)
│
│
╵
Через postman в этой сети нет серверов и если дернуть https://api.hetzner.cloud/v1/networks/1145763 удаляется успешно.
Возможно косяк в конфиге, но тогда бы были проблемы при создании (apply) или нет?

Вчера решалось повторным вызовом destroy, первый раз удалял ноды и падал на удалении сети, а потом удалял сеть.

Или только в их github обращаться?😊