конечно, отлично.

это две разные тулы

terraform import

The current implementation of Terraform import can only import resources into the state. It does not generate configuration.

Terraformer

CLI tool to generate terraform files from existing infrastructure (reverse Terraform). Infrastructure to Code

Добрый день! Подскажите пожалуйста при запуске terraform init он ведь плагины тянет для работы с провайдером?

да, верно

.terraform погляди, всё по умолчанию туда стягивается.

А если я хочу использовать терраформ в закрытом сегменте. Как то в ручную можно их скачать и перекинуть?

конечно.

Огромное спасибо!!!

не за что,
https://www.terraform.io/docs/commands/environment-variables.html
вот ещё переменных.

давно хотел спросить, вопрос чисто про best practice
не понимаю зачем и как работь с workspace в терраформе

пример:
есть два окружения: dev, qa. они используют один и тот же RDS (разные базы, в рамках одного РДС)
есть prod: у него отдельный RDS

на сколько я понимаю, идея воркспейсов не позволяет такую разницу в окружениях прописывать
соответственно вариант который работает неплохо у меня - выделять отдельные окружения через модули (тоесть dev, qa,  prod  являются экземплярами соответствующих модулей - backend etc)

кто-то сталкивался? собственно вопрос - используют ли реально workspace в терраформе, и насколько нарушение best practice в будущем может аукнуться

хороший вопрос,
но отвечу словами Антона:
"workspace'ы не нужны" :)

вопрос снимаю, спасибо)

у меня есть проект с workspace'ми. Мне за него стыдно.
Там слишком много сложной логики, примерно с твоим вариантом.

count = workspace.prod ? 1 : 0
вот этого и избегаю по возможности

и если посмотреть на картину так сказать "с высока"
- то workspace для изоляции стейта и переменной, которая даёт имя workspace - это какой-то overkill.

та ну

я юзаю просто два стейтфайла

один для всех дев окружений, второй для прода