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. AWS CloudFormation vs AWS Service Catalog

AWS CloudFormation vs AWS Service Catalog

OverviewDecisionsComparisonAlternatives

Overview

AWS CloudFormation
AWS CloudFormation
Stacks1.6K
Followers1.3K
Votes88
AWS Service Catalog
AWS Service Catalog
Stacks20
Followers48
Votes0

AWS CloudFormation vs AWS Service Catalog: What are the differences?

Introduction

In this article, we will discuss the key differences between AWS CloudFormation and AWS Service Catalog. Both services are offered by Amazon Web Services (AWS) and are used to manage and deploy resources in the cloud. However, they serve different purposes and have distinct features and capabilities.

  1. CloudFormation Templates vs. Service Catalog Portfolios: AWS CloudFormation allows you to create and manage a collection of AWS resources using templates written in JSON or YAML. These templates provide a declarative language to define the infrastructure and its dependencies. On the other hand, AWS Service Catalog allows you to create and manage catalogs of approved IT services that can be shared and used within your organization. Service Catalog uses portfolios to group related products and services together, enabling easy provisioning and management.

  2. Infrastructure Provisioning vs. Service Management: While AWS CloudFormation focuses on infrastructure provisioning by creating and managing stacks of AWS resources, AWS Service Catalog focuses on service management by providing a self-service portal for users to deploy pre-approved services. With CloudFormation, you can define the desired state of the infrastructure and let the service handle the provisioning and configuration of resources. Service Catalog, however, focuses on providing a catalog of curated services that can be easily deployed by end-users.

  3. Stack-based vs. Product-based Deployments: AWS CloudFormation organizes resources into stacks, where each stack represents a collection of related resources that are created and managed as a single unit. Stack-based deployments allow you to create, update, or delete an entire stack of resources consistently. In contrast, AWS Service Catalog manages products that can be deployed independently of each other. This product-based approach allows for more granular control over the individual services being deployed, updated, or deleted.

  4. Declarative vs. Business Approval Process: CloudFormation templates are declarative, which means you specify the desired configuration and AWS handles the provisioning and ongoing management of the resources. Service Catalog, on the other hand, introduces a business approval process. This process allows administrators to control the availability and access to products in the catalog, ensuring that only approved services are made available to end-users. This additional layer of governance allows for better control over service deployment within organizations.

  5. Resource-Centric vs. Service-Centric: CloudFormation is primarily resource-centric, allowing you to define and manage AWS resources such as EC2 instances, S3 buckets, and RDS databases. It focuses on the low-level infrastructure components required for your application or solution. AWS Service Catalog, being service-centric, is designed to manage the entire lifecycle of services and applications. It allows you to define and provision higher-level services, such as databases, email services, and monitoring tools, making it more suitable for managing complete solutions.

  6. Developer vs. End-User Focus: AWS CloudFormation is primarily developer-focused, enabling DevOps teams to define and manage infrastructure as code. It provides the necessary tools and automation to provision resources consistently and repeatably. On the other hand, AWS Service Catalog is end-user focused, providing a self-service portal where users can discover, browse, and deploy services from a curated catalog. It enables business users to easily access and deploy pre-approved services without needing to know the underlying infrastructure details.

In summary, AWS CloudFormation is a resource-centric service that focuses on infrastructure provisioning and management using templates, while AWS Service Catalog is a service-focused solution that allows for the creation and management of curated catalogs of pre-approved services. While CloudFormation is developer-centric and manages resources in a stack-based approach, Service Catalog is end-user focused and provides an interface for self-service deployments with a product-based approach.

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 AWS CloudFormation, AWS Service Catalog

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
Daniel
Daniel

May 4, 2020

Decided

Because Pulumi uses real programming languages, you can actually write abstractions for your infrastructure code, which is incredibly empowering. You still 'describe' your desired state, but by having a programming language at your fingers, you can factor out patterns, and package it up for easier consumption.

426k views426k
Comments
Sergey
Sergey

Contractor at Adaptive

Apr 17, 2020

Decided

Overview

We use Terraform to manage AWS cloud environment for the project. It is pretty complex, largely static, security-focused, and constantly evolving.

Terraform provides descriptive (declarative) way of defining the target configuration, where it can work out the dependencies between configuration elements and apply differences without re-provisioning the entire cloud stack.

Advantages

Terraform is vendor-neutral in a way that it is using a common configuration language (HCL) with plugins (providers) for multiple cloud and service providers.

Terraform keeps track of the previous state of the deployment and applies incremental changes, resulting in faster deployment times.

Terraform allows us to share reusable modules between projects. We have built an impressive library of modules internally, which makes it very easy to assemble a new project from pre-fabricated building blocks.

Disadvantages

Software is imperfect, and Terraform is no exception. Occasionally we hit annoying bugs that we have to work around. The interaction with any underlying APIs is encapsulated inside 3rd party Terraform providers, and any bug fixes or new features require a provider release. Some providers have very poor coverage of the underlying APIs.

Terraform is not great for managing highly dynamic parts of cloud environments. That part is better delegated to other tools or scripts.

Terraform state may go out of sync with the target environment or with the source configuration, which often results in painful reconciliation.

426k views426k
Comments

Detailed Comparison

AWS CloudFormation
AWS CloudFormation
AWS Service Catalog
AWS Service Catalog

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.

AWS Service Catalog allows IT administrators to create, manage, and distribute catalogs of approved products to end users, who can then access the products they need in a personalized portal. Administrators can control which users have access to each application or AWS resource to enforce compliance with organizational business policies. AWS Service Catalog allows your organization to benefit from increased agility and reduced costs because end users can find and launch only the products they need from a catalog that you control.

AWS CloudFormation comes with the following ready-to-run sample templates: WordPress (blog),Tracks (project tracking), Gollum (wiki used by GitHub), Drupal (content management), Joomla (content management), Insoshi (social apps), Redmine (project mgmt);No Need to Reinvent the Wheel – A template can be used repeatedly to create identical copies of the same stack (or to use as a foundation to start a new stack);Transparent and Open – Templates are simple JSON formatted text files that can be placed under your normal source control mechanisms, stored in private or public locations such as Amazon S3 and exchanged via email.;Declarative and Flexible – To create the infrastructure you want, you enumerate what AWS resources, configuration values and interconnections you need in a template and then let AWS CloudFormation do the rest with a few simple clicks in the AWS Management Console, via the command line tools or by calling the APIs.
Ensure Compliance with Corporate Standards;Help Employees Quickly Find and Deploy Approved IT Services;Centrally Manage IT Service Lifecycle
Statistics
Stacks
1.6K
Stacks
20
Followers
1.3K
Followers
48
Votes
88
Votes
0
Pros & Cons
Pros
  • 43
    Automates infrastructure deployments
  • 21
    Declarative infrastructure and deployment
  • 13
    No more clicking around
  • 3
    Any Operative System you want
  • 3
    Infrastructure as code
Cons
  • 4
    Brittle
  • 2
    No RBAC and policies in templates
No community feedback yet

What are some alternatives to AWS CloudFormation, AWS Service Catalog?

Packer

Packer

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.

AWS IAM

AWS IAM

It enables you to manage access to AWS services and resources securely. Using IAM, you can create and manage AWS users and groups, and use permissions to allow and deny their access to AWS resources.

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.

Azure Resource Manager

Azure Resource Manager

It is the deployment and management service for Azure. It provides a management layer that enables you to create, update, and delete resources in your Azure subscription. You use management features, like access control, locks, and tags, to secure and organize your resources after deployment.

Habitat

Habitat

Habitat is a new approach to automation that focuses on the application instead of the infrastructure it runs on. With Habitat, the apps you build, deploy, and manage behave consistently in any runtime — metal, VMs, containers, and PaaS. You'll spend less time on the environment and more time building features.

Google Cloud Deployment Manager

Google Cloud Deployment Manager

Google Cloud Deployment Manager allows you to specify all the resources needed for your application in a declarative format using yaml.

Identity Management Simplified

Identity Management Simplified

Keycloak Enterprise-grade identity & access management, fully managed! Enable user authentication and authorization in minutes, so you can keep growing.

AWS Cloud Development Kit

AWS Cloud Development Kit

It is an open source software development framework to model and provision your cloud application resources using familiar programming languages. It uses the familiarity and expressive power of programming languages for modeling your applications. It provides you with high-level components that preconfigure cloud resources with proven defaults, so you can build cloud applications without needing to be an expert.

Yocto

Yocto

It is an open source collaboration project that helps developers create custom Linux-based systems regardless of the hardware architecture. It provides a flexible set of tools and a space where embedded developers worldwide can share technologies, software stacks, configurations, and best practices that can be used to create tailored Linux images for embedded and IOT devices, or anywhere a customized Linux OS is needed.

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

Postman
Swagger UI

Postman vs Swagger UI

gulp
Grunt

Grunt vs Webpack vs gulp