What To Expect
This guide should include:
- What exactly is the packer script?
- Where the packer scripts are stored
- Using and Verifying The Packer Script
Note If you’re using Kubernetes, you can skip this section.
What exactly is the packer script?
Spinnaker works best when deploying immutable artifacts to immutable machine images. The packer script is used during the Bake Stage to create a immutable machine image.
Spinnaker knows which packer script to use by specifying the packer’s configuration json in the Bake Stage, in the
Template File Name.
The default is
aws-ebs.json, which sources
install_package.sh for debians.
The provided way to do this is by debian/rpm packages stored into a artifact repository (Bintry, Nexus, Artifactory, etc.). The packer script will pull from the artifact repository and install it onto the machine. Spinnaker will then package up the image and make it available in the next stage of a pipeline.
If your app is using zip, tarballs or you’ll need some customization, you’ll need to create a new packer script. See Rosco/Baking Configuration for steps on how to do this.
Where the packer scripts are stored
- On a spinnaker instance:
- In the configuration repo:
Using and Verifying The Packer Script
This is is for Ubuntu, with minor changes for Redhat and CentOS.
The default template used is
Bake Configuration in Spinnaker
Spinnaker can send pipeline variables such as
repository to the packer script by adding it in the extended attributes. Some attributes are prefilled because of selecting
trusty as the base OS.