StackShareStackShare
Follow on
StackShare

Discover and share technology stacks from companies around the world.

Follow on

© 2025 StackShare. All rights reserved.

Product

  • Stacks
  • Tools
  • Feed

Company

  • About
  • Contact

Legal

  • Privacy Policy
  • Terms of Service
  1. Stackups
  2. DevOps
  3. Build Automation
  4. Infrastructure Build Tools
  5. Packer vs Terraform

Packer vs Terraform

OverviewDecisionsComparisonAlternatives

Overview

Packer
Packer
Stacks573
Followers566
Votes41
Terraform
Terraform
Stacks22.9K
Followers14.7K
Votes344
GitHub Stars47.0K
Forks10.1K

Packer vs Terraform: What are the differences?

Packer and Terraform are both popular tools used in the field of infrastructure automation and orchestration. While they serve different purposes, they have some key differences that set them apart.

  1. Provisioning vs Orchestration: Packer is primarily focused on creating machine images or artifacts, while Terraform is more focused on managing and orchestrating the infrastructure those images will run on. Packer helps to create consistent and reproducible machine images, whereas Terraform helps to provision and manage the infrastructure resources.

  2. Builders vs Providers: Packer uses a concept of builders to create machine images. These builders define where the images will be built, what type of machine they will be built on, and how the image will be created. Terraform, on the other hand, uses providers to manage resources within cloud platforms or infrastructure providers. These providers are responsible for creating, managing, and destroying infrastructure resources.

  3. Image-centric vs Resource-centric: Packer is image-centric, meaning its focus is on the creation and management of machine images. It allows you to build a custom image with desired configurations and software. In contrast, Terraform is resource-centric, focusing on managing infrastructure resources like virtual machines, networks, storage, etc. It provides a declarative way to define the desired state of the infrastructure.

  4. Immutable vs Mutable: Packer promotes the concept of immutable infrastructure, where machine images are built once and deployed multiple times without any modifications. This ensures consistency and eliminates configuration drift. Terraform, on the other hand, supports both immutable and mutable infrastructure. It allows provisioning and continuous modification of infrastructure resources, which can be beneficial in certain use cases.

  5. Single-use vs Multi-use: Packer is typically used in a single-use scenario, where it is run to create a machine image, which is then used to deploy instances. Once the image is created, there is no further interaction with Packer. Terraform, on the other hand, is designed for multi-use scenarios. It allows you to define and manage infrastructure resources as code, facilitating continuous deployment and management of the infrastructure.

  6. Concerns vs Abstractions: Packer primarily focuses on packaging applications and their dependencies into machine images, taking into account concerns like configuration management and provisioning. Terraform, on the other hand, abstracts infrastructure resources and allows you to define the desired state of the infrastructure, taking care of resource provisioning, lifecycle management, and dependency mapping.

In summary, Packer is focused on building machine images and is more image-centric, while Terraform is focused on managing and orchestrating the infrastructure and is more resource-centric. Packer promotes immutable infrastructure, is typically used in a single-use scenario, and is concerned with application packaging. Terraform, on the other hand, supports both immutable and mutable infrastructure, is designed for multi-use scenarios, and abstracts infrastructure resources for efficient management.

Share your Stack

Help developers discover the tools you use. Get visibility for your team's tech choices and contribute to the community's knowledge.

View Docs
CLI (Node.js)
or
Manual

Advice on Packer, Terraform

Sung Won
Sung Won

Nov 4, 2019

DecidedonGoogle Cloud IoT CoreGoogle Cloud IoT CoreTerraformTerraformPythonPython

Context: I wanted to create an end to end IoT data pipeline simulation in Google Cloud IoT Core and other GCP services. I never touched Terraform meaningfully until working on this project, and it's one of the best explorations in my development career. The documentation and syntax is incredibly human-readable and friendly. I'm used to building infrastructure through the google apis via Python , but I'm so glad past Sung did not make that decision. I was tempted to use Google Cloud Deployment Manager, but the templates were a bit convoluted by first impression. I'm glad past Sung did not make this decision either.

Solution: Leveraging Google Cloud Build Google Cloud Run Google Cloud Bigtable Google BigQuery Google Cloud Storage Google Compute Engine along with some other fun tools, I can deploy over 40 GCP resources using Terraform!

Check Out My Architecture: CLICK ME

Check out the GitHub repo attached

2.25M views2.25M
Comments
Timothy
Timothy

SRE

Mar 20, 2020

Decided

I personally am not a huge fan of vendor lock in for multiple reasons:

  • I've seen cost saving moves to the cloud end up costing a fortune and trapping companies due to over utilization of cloud specific features.
  • I've seen S3 failures nearly take down half the internet.
  • I've seen companies get stuck in the cloud because they aren't built cloud agnostic.

I choose to use terraform for my cloud provisioning for these reasons:

  • It's cloud agnostic so I can use it no matter where I am.
  • It isn't difficult to use and uses a relatively easy to read language.
  • It tests infrastructure before running it, and enables me to see and keep changes up to date.
  • It runs from the same CLI I do most of my CM work from.
385k views385k
Comments
Hendrik
Hendrik

CEO at Forward H

Dec 13, 2021

Decided

Terraform provides a cloud-provider agnostic way of provisioning cloud infrastructure while AWS CloudFormation is limited to AWS.

Pulumi is a great tool that provides similar features as Terraform, including advanced features like policy and cost management.

We see that Terraform has great support in the cloud community. For most cloud services we use, there is an official Terraform provider. We also believe in the declarative model of HCL, which is why we chose Terraform over Pulumi. However, we still keep an eye on Pulumi's progress.

Ansible is great for provisioning software and configuration within virtual machines, but we don't think that Ansible is the right tool for provisioning cloud infrastructure since it's built around the assumption that there is an inventory of remote machines. Terraform also supports more services that we use than Ansible.

22.2k views22.2k
Comments

Detailed Comparison

Packer
Packer
Terraform
Terraform

Packer automates the creation of any type of machine image. It embraces modern configuration management by encouraging you to use automated scripts to install and configure the software within your Packer-made images.

With Terraform, you describe your complete infrastructure as code, even as it spans multiple service providers. Your servers may come from AWS, your DNS may come from CloudFlare, and your database may come from Heroku. Terraform will build all these resources across all these providers in parallel.

Super fast infrastructure deployment. Packer images allow you to launch completely provisioned and configured machines in seconds, rather than several minutes or hours.;Multi-provider portability. Because Packer creates identical images for multiple platforms, you can run production in AWS, staging/QA in a private cloud like OpenStack, and development in desktop virtualization solutions such as VMware or VirtualBox.;Improved stability. Packer installs and configures all the software for a machine at the time the image is built. If there are bugs in these scripts, they'll be caught early, rather than several minutes after a machine is launched.;Greater testability. After a machine image is built, that machine image can be quickly launched and smoke tested to verify that things appear to be working. If they are, you can be confident that any other machines launched from that image will function properly.
Infrastructure as Code: Infrastructure is described using a high-level configuration syntax. This allows a blueprint of your datacenter to be versioned and treated as you would any other code. Additionally, infrastructure can be shared and re-used.;Execution Plans: Terraform has a "planning" step where it generates an execution plan. The execution plan shows what Terraform will do when you call apply. This lets you avoid any surprises when Terraform manipulates infrastructure.;Resource Graph: Terraform builds a graph of all your resources, and parallelizes the creation and modification of any non-dependent resources. Because of this, Terraform builds infrastructure as efficiently as possible, and operators get insight into dependencies in their infrastructure.;Change Automation: Complex changesets can be applied to your infrastructure with minimal human interaction. With the previously mentioned execution plan and resource graph, you know exactly what Terraform will change and in what order, avoiding many possible human errors
Statistics
GitHub Stars
-
GitHub Stars
47.0K
GitHub Forks
-
GitHub Forks
10.1K
Stacks
573
Stacks
22.9K
Followers
566
Followers
14.7K
Votes
41
Votes
344
Pros & Cons
Pros
  • 27
    Cross platform builds
  • 8
    Vm creation automation
  • 4
    Bake in security
  • 1
    Easy to use
  • 1
    Good documentation
Pros
  • 121
    Infrastructure as code
  • 73
    Declarative syntax
  • 45
    Planning
  • 28
    Simple
  • 24
    Parallelism
Cons
  • 1
    Doesn't have full support to GKE
Integrations
Amazon EC2
Amazon EC2
DigitalOcean
DigitalOcean
Docker
Docker
Google Compute Engine
Google Compute Engine
OpenStack
OpenStack
VirtualBox
VirtualBox
Heroku
Heroku
Amazon EC2
Amazon EC2
CloudFlare
CloudFlare
DNSimple
DNSimple
Microsoft Azure
Microsoft Azure
Consul
Consul
Equinix Metal
Equinix Metal
DigitalOcean
DigitalOcean
OpenStack
OpenStack
Google Compute Engine
Google Compute Engine

What are some alternatives to Packer, Terraform?

Ansible

Ansible

Ansible is an IT automation tool. It can configure systems, deploy software, and orchestrate more advanced IT tasks such as continuous deployments or zero downtime rolling updates. Ansible’s goals are foremost those of simplicity and maximum ease of use.

Chef

Chef

Chef enables you to manage and scale cloud infrastructure with no downtime or interruptions. Freely move applications and configurations from one cloud to another. Chef is integrated with all major cloud providers including Amazon EC2, VMWare, IBM Smartcloud, Rackspace, OpenStack, Windows Azure, HP Cloud, Google Compute Engine, Joyent Cloud and others.

Capistrano

Capistrano

Capistrano is a remote server automation tool. It supports the scripting and execution of arbitrary tasks, and includes a set of sane-default deployment workflows.

Puppet Labs

Puppet Labs

Puppet is an automated administrative engine for your Linux, Unix, and Windows systems and performs administrative tasks (such as adding users, installing packages, and updating server configurations) based on a centralized specification.

Salt

Salt

Salt is a new approach to infrastructure management. Easy enough to get running in minutes, scalable enough to manage tens of thousands of servers, and fast enough to communicate with them in seconds. Salt delivers a dynamic communication bus for infrastructures that can be used for orchestration, remote execution, configuration management and much more.

AWS CloudFormation

AWS CloudFormation

You can use AWS CloudFormation’s sample templates or create your own templates to describe the AWS resources, and any associated dependencies or runtime parameters, required to run your application. You don’t need to figure out the order in which AWS services need to be provisioned or the subtleties of how to make those dependencies work.

Fabric

Fabric

Fabric is a Python (2.5-2.7) library and command-line tool for streamlining the use of SSH for application deployment or systems administration tasks. It provides a basic suite of operations for executing local or remote shell commands (normally or via sudo) and uploading/downloading files, as well as auxiliary functionality such as prompting the running user for input, or aborting execution.

AWS OpsWorks

AWS OpsWorks

Start from templates for common technologies like Ruby, Node.JS, PHP, and Java, or build your own using Chef recipes to install software packages and perform any task that you can script. AWS OpsWorks can scale your application using automatic load-based or time-based scaling and maintain the health of your application by detecting failed instances and replacing them. You have full control of deployments and automation of each component

Scalr

Scalr

Scalr is a remote state & operations backend for Terraform with access controls, policy as code, and many quality of life features.

Pulumi

Pulumi

Pulumi is a cloud development platform that makes creating cloud programs easy and productive. Skip the YAML and just write code. Pulumi is multi-language, multi-cloud and fully extensible in both its engine and ecosystem of packages.

Related Comparisons

GitHub
Bitbucket

Bitbucket vs GitHub vs GitLab

GitHub
Bitbucket

AWS CodeCommit vs Bitbucket vs GitHub

Kubernetes
Rancher

Docker Swarm vs Kubernetes vs Rancher

gulp
Grunt

Grunt vs Webpack vs gulp

Graphite
Kibana

Grafana vs Graphite vs Kibana