Replies: 1 comment 4 replies
-
|
There are cases where we already do this fully/partially. Sometimes it's a drawback and a compromise. Like, if the resource takes a long time before it's fully functional. An example is our SQL server that is used in the scripting library. The server itself already exists on the Azure subscription, but the tables/indexes/... are created 'on the fly'. This approach is used in other libraries as well, reducing the build-time and still be as less dependent as possible. |
Beta Was this translation helpful? Give feedback.
4 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
We're currently in a situation where some of our pipelines fail, because tests that have a dependency on certain Azure resources fail as those Azure resources have been removed.
Why don't we extend our pipelines so that all Azure resources that we're dependent on, are created by those pipelines. We can do that via bicep templates.
Beta Was this translation helpful? Give feedback.
All reactions