Infrastructure Code Continuous Delivery Concepts: Difference between revisions
Jump to navigation
Jump to search
| Line 10: | Line 10: | ||
The delivery pipeline metaphor describes how a change in the infrastructure code progresses from the person that makes the change all the way to production. | The delivery pipeline metaphor describes how a change in the infrastructure code progresses from the person that makes the change all the way to production. | ||
=<span id=' | =<span id='Pipeline'></span><span id='Infrastructure_Delivery_Pipelines'></span>Infrastructure Delivery Pipeline= | ||
<font color=darkkhaki> | <font color=darkkhaki> | ||
TO CONTINUE: [[IaC]] Chapter 8 Core Practice: Continuously Test and Deliver → Infrastructure Delivery Pipelines. | TO CONTINUE: [[IaC]] Chapter 8 Core Practice: Continuously Test and Deliver → Infrastructure Delivery Pipelines. | ||
Revision as of 00:09, 23 January 2022
External
Internal
Overview
Reconcile with Continuous Delivery.
The delivery pipeline metaphor describes how a change in the infrastructure code progresses from the person that makes the change all the way to production.
Infrastructure Delivery Pipeline
TO CONTINUE: IaC Chapter 8 Core Practice: Continuously Test and Deliver → Infrastructure Delivery Pipelines.
TO INTEGRATE:
A typical pipeline includes stages for testing (offline, test double, online) in dedicated environments and production deployment.
Stages:
1. Build Stage. The build stage compiles application code, runs unit tests and integration tests and publishes a deployable artifact in a repository.
2. Offline Infrastructure Tests
3. Online infrastructure Tests
Organizatorium
- Modeling Deployment Pipelines: Build Propagation using Fan-in/Fan-out https://www.gocd.org/2017/04/17/build-propagation-using-fan-in-fan-out.html