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. Continuous Deployment
  4. Server Configuration And Automation
  5. Jenkins vs Salt

Jenkins vs Salt

OverviewDecisionsComparisonAlternatives

Overview

Salt
Salt
Stacks410
Followers449
Votes165
GitHub Stars14.9K
Forks5.6K
Jenkins
Jenkins
Stacks59.2K
Followers50.4K
Votes2.2K
GitHub Stars24.6K
Forks9.2K

Jenkins vs Salt: What are the differences?

Introduction

In this article, we will compare and highlight the key differences between Jenkins and Salt, two popular software tools that are widely used in the field of IT infrastructure management and automation.

  1. Integration Scope: Jenkins is primarily focused on continuous integration and delivery, providing capabilities for building, testing, and deploying software applications. On the other hand, Salt is a configuration management and remote execution tool that enables automation of various IT operations, including server provisioning, configuration management, and software deployment.

  2. Architecture: Jenkins is a distributed system that uses a master-slave architecture. The master is responsible for coordinating the execution of jobs, while the slave nodes carry out the actual execution. In contrast, Salt follows a master-minion architecture, where the master controls and manages a network of minion nodes, which perform the desired actions.

  3. Workflow Management: Jenkins provides a flexible and customizable workflow management system, allowing users to define complex pipelines and automate the entire software delivery process. Salt, on the other hand, focuses more on orchestration and configuration management, offering a declarative language and high-level state files to define the desired system states.

  4. Ease of Use: Jenkins has a user-friendly web-based interface, making it easy for users to navigate and configure jobs using its graphical user interface. Salt, although providing a web-based interface called SaltStack Enterprise, relies more on its command-line interface (CLI) and configuration files for managing infrastructure, which requires users to have knowledge of the Salt modules and configuration syntax.

  5. Scalability: Jenkins is known for its ability to scale horizontally by adding more slave nodes to handle a high number of concurrent jobs. In contrast, Salt is designed to scale to manage large infrastructures with thousands of minions. The master in Salt can handle a large number of minions and distribute tasks effectively across the minion network.

  6. Community and Ecosystem: Jenkins boasts a large and active community, with a wide range of plugins available for extending its functionality and integrating with other tools. It enjoys popularity and support from developers worldwide. Salt also has an active community and a strong ecosystem, with an extensive library of modules and formulas for managing various technologies and systems.

In summary, while Jenkins excels in continuous integration and delivery, providing a flexible workflow management system, Salt focuses more on configuration management, orchestration, and remote execution. Jenkins has a user-friendly interface and is well-suited for smaller teams and projects, whereas Salt offers scalability and manages large-scale infrastructures effectively. Both tools have active communities and ecosystems, providing support and extensibility options.

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 Salt, Jenkins

Balaramesh
Balaramesh

Apr 20, 2020

Needs adviceonAzure PipelinesAzure Pipelines.NET.NETJenkinsJenkins

We are currently using Azure Pipelines for continous integration. Our applications are developed witn .NET framework. But when we look at the online Jenkins is the most widely used tool for continous integration. Can you please give me the advice which one is best to use for my case Azure pipeline or jenkins.

663k views663k
Comments
StackShare
StackShare

Apr 17, 2019

Needs advice

From a StackShare Community member: "Currently we use Travis CI and have optimized it as much as we can so our builds are fairly quick. Our boss is all about redundancy so we are looking for another solution to fall back on in case Travis goes down and/or jacks prices way up (they were recently acquired). Could someone recommend which CI we should go with and if they have time, an explanation of how they're different?"

530k views530k
Comments
Tatiana
Tatiana

Nov 16, 2019

Decided

Jenkins is a pretty flexible, complete tool. Especially I love the possibility to configure jobs as a code with Jenkins pipelines.

CircleCI is well suited for small projects where the main task is to run continuous integration as quickly as possible. Travis CI is recommended primarily for open-source projects that need to be tested in different environments.

And for something a bit larger I prefer to use Jenkins because it is possible to make serious system configuration thereby different plugins. In Jenkins, I can change almost anything. But if you want to start the CI chain as soon as possible, Jenkins may not be the right choice.

734k views734k
Comments

Detailed Comparison

Salt
Salt
Jenkins
Jenkins

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.

In a nutshell Jenkins CI is the leading open-source continuous integration server. Built with Java, it provides over 300 plugins to support building and testing virtually any project.

Remote execution is the core function of Salt. Running pre-defined or arbitrary commands on remote hosts.;Salt modules are the core of remote execution. They provide functionality such as installing packages, restarting a service, running a remote command, transferring files, and infinitely more;Building on the remote execution core is a robust and flexible configuration management framework. Execution happens on the minions allowing effortless, simultaneous configuration of tens of thousands of hosts.
Easy installation;Easy configuration;Change set support;Permanent links;RSS/E-mail/IM Integration;After-the-fact tagging;JUnit/TestNG test reporting;Distributed builds;File fingerprinting;Plugin Support
Statistics
GitHub Stars
14.9K
GitHub Stars
24.6K
GitHub Forks
5.6K
GitHub Forks
9.2K
Stacks
410
Stacks
59.2K
Followers
449
Followers
50.4K
Votes
165
Votes
2.2K
Pros & Cons
Pros
  • 47
    Flexible
  • 30
    Easy
  • 27
    Remote execution
  • 24
    Enormously flexible
  • 12
    Great plugin API
Cons
  • 1
    No immutable infrastructure
  • 1
    Dangerous
  • 1
    Bloated
Pros
  • 523
    Hosted internally
  • 469
    Free open source
  • 318
    Great to build, deploy or launch anything async
  • 243
    Tons of integrations
  • 211
    Rich set of plugins with good documentation
Cons
  • 13
    Workarounds needed for basic requirements
  • 10
    Groovy with cumbersome syntax
  • 8
    Plugins compatibility issues
  • 7
    Limited abilities with declarative pipelines
  • 7
    Lack of support

What are some alternatives to Salt, Jenkins?

Travis CI

Travis CI

Free for open source projects, our CI environment provides multiple runtimes (e.g. Node.js or PHP versions), data stores and so on. Because of this, hosting your project on travis-ci.com means you can effortlessly test your library or applications against multiple runtimes and data stores without even having all of them installed locally.

Codeship

Codeship

Codeship runs your automated tests and configured deployment when you push to your repository. It takes care of managing and scaling the infrastructure so that you are able to test and release more frequently and get faster feedback for building the product your users need.

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.

CircleCI

CircleCI

Continuous integration and delivery platform helps software teams rapidly release code with confidence by automating the build, test, and deploy process. Offers a modern software development platform that lets teams ramp.

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.

Terraform

Terraform

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.

TeamCity

TeamCity

TeamCity is a user-friendly continuous integration (CI) server for professional developers, build engineers, and DevOps. It is trivial to setup and absolutely free for small teams and open source projects.

Drone.io

Drone.io

Drone is a hosted continuous integration service. It enables you to conveniently set up projects to automatically build, test, and deploy as you make changes to your code. Drone integrates seamlessly with Github, Bitbucket and Google Code as well as third party services such as Heroku, Dotcloud, Google AppEngine and more.

wercker

wercker

Wercker is a CI/CD developer automation platform designed for Microservices & Container Architecture.

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.

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