You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/deployment-environments/concept-extensibility-model.md
+17-9Lines changed: 17 additions & 9 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,5 +1,5 @@
1
1
---
2
-
title: ADE Extenibility Model
2
+
title: ADE Extensibility Model
3
3
description: Learn how the ADE extensibility model enables you to use custom container images to create deployment environments.
4
4
author: RoseHJM
5
5
ms.author: rosemalcolm
@@ -16,46 +16,54 @@ ms.date: 10/17/2024
16
16
Azure Deployment Environments (ADE) enables you to provide a curated set of infrastructure-as-code (IaC) templates that your development teams use to perform deployments. ADE offers power and flexibility for organizations through an extensibility model which enables platform engineers to define preapproved templates using their preferred IaC framework.
17
17
The following diagram shows the full workflow for ADE. The catalog stores IaC templates, which reference container images for use in deployments. Platform engineers curate these images and templates, and configure environment settings based on the stage of development, enabling developers to create highly specific deployment environments. Developers can create improvised environments for dev/test purposes or shared environments as part of their CI/CD pipeline, or as part of an automated pipeline.
The extensibility model enables platform engineers to define the app infrastructure using their preferred IaC framework including Azure Resource Manager (ARM), Bicep, Terraform, and Pulumi. Platform engineers create and customize container images for different scenarios. They push these images to a container registry and reference them in the environment definition’s metadata file. This ensures that whenever a deployment is made, the deployment execution happens based on how the container image is configured. The following diagram shows the relationship between the custom images stored in a container registry, and the environment definition within the catalog.
You can choose from multiple options for creating and building custom images, depending on the IaC framework you require and the complexity of your needs.
28
28
29
29
### ARM-Bicep
30
-
**1. Use a standard image**
30
+
31
+
**Use a standard image**
32
+
31
33
For first party frameworks - ARM and Bicep - ADE provides standard images that customers can take advantage of and can just use identifiers ARM or Bicep to configure the respective IaC template as an environment definition. For ARM or Bicep deployments, you can use the standard image by referencing it in the environment.yaml file and defining resources in the template file (*azuredeploy.json*, *main.bicep*).
32
34
33
35
For instructions, see: [Use a standard container image](https://aka.ms/arm-bicep-standard).
34
36
35
-
**1. Create a custom image using a script**
37
+
**Create a custom image using a script**
38
+
36
39
To make the process of building a custom image and pushing it to a container registry easier, Microsoft provides a script that builds and pushes the image to a registry that you specify.
37
40
38
41
For instructions, see: [Create a custom container image by using a script](https://aka.ms/arm-bicep-custom-script).
39
42
40
-
**1. Create a custom image manually**
43
+
**Create a custom image manually**
44
+
41
45
For more complex scenarios, start with the standard image and customize it by installing software packages and adjusting settings. Build the image and upload it to a container registry where ADE can access it. Specify the image's location in the environment.yaml file.
42
46
43
47
For instructions, see: [Create a custom container image manually](https://aka.ms/arm-bicep-custom-manual).
44
48
45
49
### Terraform
46
50
47
-
**1. Create a Terraform specific container image manually**
51
+
**Create a Terraform specific container image manually**
52
+
48
53
You can use a GitHub workflow to create a custom Terraform image that includes the software, settings, and other customizations you need for your Terraform specific image. You can then upload the new image to a container registry and use it by referencing it in the environment.yaml file.
49
54
50
55
For instructions, see: [Create a container image using a GitHub workflow](https://aka.ms/terraform-workflow-custom-manual).
51
56
52
57
### Pulumi
53
-
**1. Use a standard image**
58
+
59
+
**Use a standard image**
60
+
54
61
The Pulumi team provides a prebuilt image to get you started, which you can use directly from your ADE environment definitions. For Pulumi images, you can use the standard image by referencing it in the environment.yaml file and defining the resources to deploy in the project file (*pulumi.yaml*).
55
62
56
63
For instructions, see: [Use a standard container image provided by Pulumi](https://aka.ms/pulumi-standard).
57
64
58
-
**1. Create a custom image manually**
65
+
**Create a custom image manually**
66
+
59
67
For more complex scenarios, start with the standard image and customize it by installing software packages and adjusting settings. Build the image and upload it to a container registry where ADE can access it. Specify the image's location in the environment.yaml file.
60
68
61
69
For instructions, see: [Create a custom image](https://aka.ms/pulumi-custom-manual).
0 commit comments