Пока нет, не планируем. Дело в том, что они максимально прибиты гвоздями к нашим внутренним процессам, топологии сети и специфике настроек именно нашего облака.
Просто выложить их как есть особого смысла нет. Без всего внутреннего контекста они вряд ли у кого-то нормально заработают. А чтобы сделать из них что-то универсальное, пришлось бы по сути собирать отдельный продукт.
Отдельно Python модули или сами запросы в vcd мы не инструментировали. Pulumi запускали со встроенной трассировкой через флаг --tracing, примерно так: pulumi preview --stack <stack_name> --tracing http://jaeger:9411/api/v1/spans
Но да, до уровня каждого запроса в vcd с телом и ответом такая трассировка не доходит. Для этого пришлось бы уже отдельно инструментировать сам провайдер или его api клиент. Нам на первом этапе встроенных трейсов Pulumi вполне хватило.
Пока нет, не планируем. Дело в том, что они максимально прибиты гвоздями к нашим внутренним процессам, топологии сети и специфике настроек именно нашего облака.
Просто выложить их как есть особого смысла нет. Без всего внутреннего контекста они вряд ли у кого-то нормально заработают. А чтобы сделать из них что-то универсальное, пришлось бы по сути собирать отдельный продукт.
Отдельно Python модули или сами запросы в vcd мы не инструментировали.
Pulumi запускали со встроенной трассировкой через флаг --tracing, примерно так:
pulumi preview --stack <stack_name> --tracing http://jaeger:9411/api/v1/spans
Но да, до уровня каждого запроса в vcd с телом и ответом такая трассировка не доходит. Для этого пришлось бы уже отдельно инструментировать сам провайдер или его api клиент. Нам на первом этапе встроенных трейсов Pulumi вполне хватило.