Replies: 2 comments 3 replies
-
Hi @rpothin We had that discussion some time ago internally, and had/have the same feal about it. The reason that we left solutions in the provider is that we see patterns by customer where setting up the whole environment/tenant consist also from importing solution and setting custom PP/Dynamics based customer product including configuring some env settings, env variables, connections etc. That is also the reason why we (for example) implementing powerplatform_data_record but this one will be limited on purpose without any performance optimizations and with limited amount of records it can work with. This provider is created to help with administrative tasks, infrastructure observability, monitoring and security and not to replace end to end ALM process. Could be, that we need to be more explicit about it in the documentation, but that is also part of best practices of one applying ALM in the tenant. Cheers, |
Beta Was this translation helpful? Give feedback.
-
I agree that this provider isn't the answer to ALM, there are other capabilities better suited to that. I see this provider's use-case, to be basically around the setup and maintenance of the entire Power App environments, including environment groups, environments, access control and tenant settings, especially the DLP settings, VNet integration, Identity and CMK encryption. |
Beta Was this translation helpful? Give feedback.
-
Hi team 👋🏼
First, thank you for your great work with this Terraform provider for Power Platform 👏🏼
It is a really interesting approach to manage Power Platform key resources to have a healthy platform (billing policies, DLP policies, environments, tenant settings...).
In the other hand, I am not sure solutions management should be in the scope of this Terraform provider 🤔
There are at least 3 different ways to manage this:
From my perspective, infrastructure as code is more for the management of the underlying services supporting applications, but the applications configuration / code should be managed in a different way.
Also, from an adoption perspective, I think it will be easier to get some interest from administration / governance teams to use infrastructure as code to manage the platform itself than to try to get development teams also use it for the deployment of solutions.
What do you think?
Have a great week.
Regards,
Raphael
Beta Was this translation helpful? Give feedback.
All reactions