Venture into the world of Azure Infrastructure, where design meets functionality. Harness your skills and gain mastery over complex cloud structures to ace the AZ-305 Designing Microsoft Azure Infrastructure Solutions exam!
Gauge your current knowledge
Gauge your current knowledge
Continuous Integration and Continuous Deployment (CI/CD) pipelines automate the build, test, and deployment steps that happen every time a developer pushes code. In Azure you can choose Azure Pipelines (part of Azure DevOps) or GitHub Actions, both of which let you define workflows in YAML files. These services run on Microsoft-hosted or self-hosted agents, so the pipeline can build code, run tests, and then deploy to Azure environments without manual intervention. Automating these steps reduces human error and speeds up how often you can release new features.
To make deployments repeatable, CI/CD pipelines often include infrastructure-as-code templates. Azure Resource Manager (ARM) templates and Bicep are declarative files that describe the Azure resources a solution needs—virtual machines, networks, databases, and so on. By embedding these templates inside a pipeline stage, the same infrastructure is provisioned in development, test, and production environments. Because the templates are stored in version control, the team can track changes and roll back to a previous infrastructure state if something goes wrong. The pipeline runs the template deployment as a step, so the application code and the environment are always in sync.
Credentials, connection strings, and certificates must never appear in plain text inside a repository or pipeline definition. The recommended approach is to integrate Azure Key Vault into the CI/CD pipeline. In Azure Pipelines you can link a variable group to Key Vault, so the pipeline retrieves secrets at runtime. GitHub Actions supports a similar pattern using secrets and contexts. This separation means the pipeline never stores sensitive data, and administrators can rotate secrets in Key Vault without modifying the pipeline code.
Choosing the right deployment pattern affects how confident the team can be when releasing updates. The three common options are:
These patterns are implemented using Azure App Service deployment slots, Azure Kubernetes Service (AKS) with pod management, or Azure Spring Apps. All three allow you to achieve zero-downtime releases and roll back quickly if the new version fails. The choice depends on how much risk the team can tolerate and how quickly they need to detect problems.
StudyCerts
StudyCerts