@azbake/ingredient-utils v0.1.113
Changelogs
- @azbake/core
- @azbake/system
- @azbake/ingredient-arm
- @azbake/ingredient-script
- @azbake/ingredient-utils
- @azbake/ingredient-webapp-container
- @azbake/ingredient-traffic-manager
- @azbake/ingredient-host-names
- @azbake/ingredient-service-bus-namespace
- @azbake/ingredient-databricks
- @azbake/ingredient-datafactoryv2
- @azbake/ingredient-sql-dwh
- @azbake/ingredient-sqldb
- @azbake/ingredient-sqlserver-logical
Tools
Build
Build Commands to be executed from the project root
For Clean Build with Local and External Dependency Loading: npm run clean:build
For Build with Local and External Dependency Loading: npm run load:build
For Build Only: npm run build
Development Testing
After a Lerna clean:build
navigate to system/dist
and run node index.js
and append your bake commands including mix --name "my_deployment:latest" --runtime "latest" ./package/test.yaml
. All dependencies should be linked through Lerna as long as they have been properly setup and run through the build process.
Install
npm i -g azure-bake
Overview
Bake is an Azure deployment tool & system designed to treat both infrastructure as code and also package built software artifacts alongside that infrastructure. This bundling allows for rapid and agile usage of infrastructure as needed by software changes.
This system is not intended as a replacement for popular/standard pipeline systems for deployment, but instead to work within them as a task runner.
For the moment we have native support for Azure DevOps pipelines (build and deploy) to both generate bake recipes at build time (create pipeline build artifacts) and then deploy those recipes via release pipelines.
We also support bake at the command line via the provided CLI. With that, you can integrate with most popular pipeline products
Recipe & Ingredients
A bake recipe is a YAML document that describes what should be deployed. This is described as a list of bake ingredients.
Bake ingredients are external plugins that provide deployment functionality for a recipe. This includes ingredients that deploy azure ARM templates, or execute custom javascript/typescript, or more managed ingredients that automate the deployment of common resources like storage, cosmosDB, etc. Bake provides a set of ingredients for usage, and 3rd party ingredients can be included as well.
Once you mix a bake recipe a docker image is generated that includes everything needed to deploy your recipe. This docker recipe package is then uploaded into a docker repositry for later deployment. Bake recipe packages are tagged so that different versions can be deployed as needed.
Usage
Mix / Create a deploment recipe
bake mix --name "my_deployment:latest" --runtime "latest" ./package/bake.yaml
- name : name of the local docker image:tag that will get generated
- runtime: which version of the bake runtime to build a package against.
- "latest" will be against the latest runtime version at mix time, once built the version will not change.
- Check the docker hub for all runtime versions: bake tags
Serve / Deploy a recipe
bake serve "mydocker/myrecipe:0.0.1"
Serve takes in a docker image tag to deploy. This should map to a docker image (local or remote) that was mixed with bake.
Note: There are several environment variables for azure authentication and environment selection that need to be set before you can serve a recipe:
Environment name | Description |
---|---|
BAKE_AUTH_SUBSCRIPTION_ID | Azure subscription ID to deploy recipes into |
BAKE_AUTH_SERVICE_ID | Azure Service Principle user ID with correct ACLs for your deployment needs |
BAKE_AUTH_SERVICE_KEY | Secret key for the service principle |
BAKE_AUTH_TENANT_ID | Azure Active Directory tenant id/name for your deployment service princple |
BAKE_ENV_NAME | Full name of the environment this deployment is for |
BAKE_ENV_CODE | 4 letter environment code, used for naming of resources/resource groups |
BAKE_ENV_REGIONS | JSON array of region objects that the recipe should deploy to |
BAKE_VARIABLES | JSON of bake variables that the recipe can access |
BAKE_LOG_LEVEL | Log levels include debug, info (default if unspecified), warn, and error |
note: read the section on Environment for a deeper explanation of environment/regions/variables
Bake YAML schema
At the core of a recipe is the bake.yaml file which drives the deployment of all included recipes. The schema documentation can be found here
Bake Environment Structure/Terms
Bake uses the concept of an "environment" as a virtual grouping of deployment resources. An environment has to deploy into an Azure subscription, but you can deploy multiple environments into the same subscription.
To setup an environment you must define a few items:
- BAKE_ENV_NAME: This is the descriptive name of your environment. This is used in logging, tagging, and other areas where allowed.
- BAKE_ENV_CODE: This is a 4 letter code, and must be unique across all your environments (even subscriptions). Some azure resource names are global, and this code helps generate a unique key for your resource
- BAKE_ENV_REGIONS: This is a JSON array object of regions structures. Bake requires at least one azure region to deploy, and will deploy into all regions supplied. note: bake deploys resources to regions in parallel by default, but can be turned off per recipe if seqential is required
region structure
{
"name":"East US",
"code":"eus",
"shortName":"eastus"
}
- Name from: Azure published regions
- code: 3/4 letter code to describe the region (used for naming resources)
- shortName: the azure region location identifier for the Azure management API.
- You can get this from the powershell: Get-AzureRMLocation | Format-Table
# setting regions to both east and west US
set BAKE_ENV_REGIONS='[{"name":"East US","code":"eus","shortName":"eastus"},{"name":"West US","code":"wus","shortName":"westus"}]'
- BAKE_VARIABLES: JSON of name/value pair variables that the recipe can access. These are typically used as environment wide/specific settings to configure recipes per environment (i.e. enviroment specific secret keys, etc.)
JSON structure
'storage_key': 'secret'
'env_type': 'prod'
set BAKE_VARIABLEs='{ ''storage_key'': ''secret'', ''env_type'':''prod'' }'
Azure resource groups
Within a bake environment each deployed recipe will generate a resource group for the resources within the recipe to deploy. A recipe can turn off resource group deployment, if for instance the recipe contains only deployed software and not infrastructure.
A recipe can also override the resource group it should deploy into, instead of generating a group name based on the env-region-recipe_name. This is a very advanced feature however, and will probably require an expression to build up the name at least based on environment name and possibly region.
Azure infrastructure resources
When bake deploys an azure resource, the name of the resource should be stable so that redeploying the recipe will generate the same resource name. This is true for all bake created ingredients (@azbake/ingredient-*). For resource names to be stable a resource id is generated based on the env_code, region_code, and recipe short name.
How to develop custom ingredients
Custom ingredients can be developed by following this guide, and then publishing them to either an internal or external npm package repository.
Bake supplied Ingredients
@azbake/ingredient-arm
Simple ingredient that allows deploying Azure ARM json templates. Parameters are supplied via native bake ingredient parameters
@azbake/ingredient-script
Simple ingredient that allows executing javascript/typescript functions. Parameters are avalible inside the function, as well as the full bake deployment context. Useful for implementing edge case deployment needs, or stop gap before an external ingredient supports.
@azbake/ingredient-utils
Ingredient provides all core expression methods, and helpers for current bake context, azure resources. For example:
- Get current region object - useful inside an ingredient param to know current location
- Create resource name: Generate a proper resource name for the current context (region, subscription, env, etc.)
- read more
@azbake/ingredient-webapp-container
Ingredient that allows deploying Azure Web Apps for Containers. Parameters are supplied via native bake ingredient parameters.
@azbake/ingredient-traffic-manager
Ingredient that allows deploying Azure Traffic Manager profile and endpoints for each region. Parameters are supplied via native bake ingredient parameters.
@azbake/ingredient-host-names
Ingredient that allows deploying custom host names and ssl certificates to Azure Web Sites. Parameters are supplied via native bake ingredient parameters.
@azbake/ingredient-app-service-plan
Ingredient that allows deploying App Service Plan. Parameters are supplied via native bake ingredient parameters.
@azbake/ingredient-service-bus-namespace
Ingredient that allows deploying Service Bus Namespace. Parameters are supplied via native bake ingredient parameters.
@azbake/ingredient-databricks
Ingredient that allows deploying Databricks. Parameters are supplied via native bake ingredient parameters.
@azbake/ingredient-datafactoryv2
Ingredient that allows deploying Azure Data Factory. Parameters are supplied via native bake ingredient parameters.
@azbake/ingredient-sql-dwh
Ingredient that allows deploying SQL Data Warehouse. Parameters are supplied via native bake ingredient parameters.
@azbake/ingredient-sqldb
Ingredient that allows deploying SQL Database. Parameters are supplied via native bake ingredient parameters.
@azbake/ingredient-sqlserver-logical
Ingredient that allows deploying SQL Server Logical. Parameters are supplied via native bake ingredient parameters.
4 months ago
2 years ago
2 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
5 years ago
6 years ago
6 years ago
6 years ago
6 years ago
6 years ago
6 years ago
6 years ago
6 years ago
6 years ago
6 years ago
6 years ago
6 years ago
6 years ago
6 years ago
6 years ago
6 years ago
6 years ago
6 years ago
6 years ago
6 years ago
6 years ago
6 years ago
6 years ago
6 years ago
6 years ago
6 years ago
6 years ago