It would be nice for azd to store some information about resources created in an environment.
This would help with querying/interacting with Azure resources from azd in a more robust and performant fashion. A few use cases that this would contribute towards:
I am intentionally leaving this issue brief for now. Aspects of what should be stored are worthy of discussion. There are constraints about current Bicep/ARM tooling that may limit us in some areas as we work towards prototyping/implementing.
It would be nice for azd to store some information about resources created in an environment.
This would help with querying/interacting with Azure resources from azd in a more robust and performant fashion. A few use cases that this would contribute towards:
azd deploy,azd env remove)azd show(we've started on ashowspecific implementation with Add file-based caching toazd showfor ~60x performance improvement #6418)I am intentionally leaving this issue brief for now. Aspects of what should be stored are worthy of discussion. There are constraints about current Bicep/ARM tooling that may limit us in some areas as we work towards prototyping/implementing.