Более того - сделать входящие параметры чтобы будут приниматься в виде json-а!
У нас так всё почти - реально удобно и меньше прослоек получается, потомучто не надо писать прослойки в виде очередного модуля формата.tf

Вот что делает палуни
// If provided, also pass along the access and secret keys so that we have permission to access operational data on

// resources in the target account.

//

// [pulumi/pulumi#608]: We are only approximating the actual logic that the AWS provider (via

// terraform-provdider-aws) uses to turn config into a valid AWS connection.  We should find some way to unify these

// as part of moving this code into a separate process on the other side of an RPC boundary.

Если в джейсоне проще то почему бы нет.

Так да :-)

сложно - это дополнительный уровень вложенности.

Есть код, котрый при выполнении создаёт ресурсы.

В случае pulumi пишешь один index.ts и всё. В случае tf пишешь один hcl и всё.

Но, если при создании ресурсов нужна сложная логика, которая выходит за рамки встроенных в hcl функций и count/for_each/etc то вам придётся прибегать к terragrunt или внешним инструментам, которые должны быть в курсе внутрянки tf, уметь валидировать hcl и знать о state. В случае pulumi любую логику можно написать рядом на полноценном языке

Самое главное не изобретать велосипед и всё из котобки и стандартно :-)

Так они и делают прослойку посмотри их код)

Не надо tf - json для этого и тоже самое и проще и гибче

+

Любой опенсорс продукт допиливай под себя как хочешь

ну и что

:-)

без примеров я наверное не смогу понять о чём речь

Похоже на это и вы правы, потомучто приходится каждый раз показывать

А то что палуми будет отставать от тераформа, то что поддержка провайдеров и провижинеров будет ограничено

Поэтому и говорю что с документацией и примерами у Хаши пока слабовато

В документацию всегда можно сделать пулреквест

Она ж в открытом доступе🤓

Я пока реально загружен на другом open source пректе

В документацию всегда можно сделать пулреквест