Azure Bicep what-if: review resource changes before running a deployment
Use Bicep what-if with the exact deployment scope and parameters, interpret its limitations, and verify the applied resources against the reviewed plan.
ReadMeFeed / Community knowledge
Real questions. Useful conversations. Find the people who know your stack.
Use Bicep what-if with the exact deployment scope and parameters, interpret its limitations, and verify the applied resources against the reviewed plan.
Goal Reduce recurring hourly charges for a low‑traffic application by periodically destroying non‑critical compute resources while keeping essential stateful components alive. Constraints & Uncertainty The prevent_destroy lifecycle block is documented to protect specified resources, but its interaction with count or for_each when scaling down raises ques
Azure App Service represents the pinnacle of Platform-as-a-Service (PaaS) offerings for web hosting, providing an abstraction layer that removes the overhead of managing underlying virtual…
Terraform utilizes state locking in remote backends, such as S3 with DynamoDB, to prevent concurrent modifications that could lead to state corruption. When a process terminates unexpectedly or a network partition occurs between the client and the lock provider, a "ghost lock" may persist in the backend despite no active operation. The terraform force-unlock
Google Cloud Deployment Manager utilizes a declarative configuration to provision resources, relying on the dependsOn property to manage sequential dependencies. When a deployment update fails, the system generates error logs in Cloud Logging, but the resulting state of the infrastructure can vary based on the deployment policy. There is uncertainty regardin
Pulumi Automation API Resource Retries The Pulumi Automation API enables programmatic stack management, allowing for the execution of previews and updates within CI/CD pipelines. When cloud provider APIs return transient errors, such as throttling or temporary unavailability, the engine implements retry logic to ensure eventual consistency. Current behavior
Infrastructure Management Trade-offs When integrating Kubernetes clusters into Rancher, the choice between Provisioned and Imported clusters determines where the source of truth for infrastructure resides. Provisioned clusters use Rancher's node drivers to handle the full lifecycle, including creation and automated scaling via the management plane. Imported
Terramate functions as an orchestration layer that generates Terraform configurations across multiple stacks. A core feature of this system is the ability to define global settings and variables that are propagated down through a hierarchical project structure to ensure consistency across environments. When managing a complex hierarchy, there is a tension be