Skip to content
StackStorm (aka "IFTTT for Ops") is event-driven automation for auto-remediation, security responses, troubleshooting, deployments, and more. Includes rules engine, workflow, 160 integration packs with 6000+ actions (see https://exchange.stackstorm.org) and ChatOps. Installer at https://docs.stackstorm.com/install/index.html. Questions? https://…
Branch: master
Clone or download
m4dcoder Merge pull request #4699 from StackStorm/orquesta-manual-fail
Refactor workflow service to handle tasks that run on fail
Latest commit 7079635 May 31, 2019
Permalink
Type Name Latest commit message Commit time
Failed to load latest commit information.
.circle User is already added as part of add-itest-user.sh script, no need to Jan 22, 2019
.circleci Revert "Use remove_windows_and_cloudslang_runner st2-packages branch." Jan 7, 2019
.github Also don't mark issues tagged with "enhancement" as stale. Jan 30, 2019
conf Update st2rc.sample.ini May 17, 2019
contrib Update orquesta in requirements to commit with feature May 31, 2019
dev_docs Cleanup pecan and jsexpose Feb 20, 2017
instructables Removed reference to AIO Jun 29, 2016
lint-configs Merge commit 'c608a52048321c056b4c151d588ed857958bdb81' into st2-flake8 May 20, 2019
logs Fix: Add a logs directory Jul 14, 2014
pylint_plugins Add copyright header May 5, 2019
scripts Add copyright header May 5, 2019
st2actions Merge branch 'master' into fix-delay-status May 14, 2019
st2api Fix lint. May 7, 2019
st2auth Add copyright header May 5, 2019
st2client Update the requests library version to latest (2.22.0) May 28, 2019
st2common Update orquesta in requirements to commit with feature May 31, 2019
st2debug Add copyright header May 5, 2019
st2exporter Add copyright header May 5, 2019
st2reactor Add copyright header May 5, 2019
st2stream Add copyright header May 5, 2019
st2tests Add test case where recovery task fails after workflow already failed May 30, 2019
tools Add copyright header May 5, 2019
.agignore Add fields 'position' and 'locked' for params. Sep 30, 2014
.codecov.yml Increase codecov spammy threshold in % Feb 15, 2017
.coveragerc Use .coveragerc to control covered files, and omit certain files from… Jun 14, 2018
.flake8 Adding flake8/pylint rc files into search path Nov 10, 2016
.gitignore Adding command line switch for launchdev to set virtualenv. Adding gi… Nov 22, 2018
.gitmodules Replace submodule pack with a different pack. Apr 11, 2018
.pylintrc Adding flake8/pylint rc files into search path Nov 10, 2016
.scrutinizer.yml Update scrutinizer Jan 8, 2016
.travis.yml Revert the change, those versions won't work on Precise. Feb 12, 2019
ADOPTERS.md Add HPE to ADOPTERS. Dec 29, 2018
CHANGELOG.rst Add changelog entry for the bug fix on orquesta fail command May 31, 2019
CODE_OF_CONDUCT.md Create CODE_OF_CONDUCT.md Jul 24, 2017
CONTRIBUTING.rst Fix typo in CONTRIBUTING.rst Oct 31, 2016
LICENSE Change README, add LICENSE. Oct 31, 2014
Makefile Merge branch 'master' into stream_workaround May 22, 2019
README.md Add section on how to report security issues to the readme. Dec 18, 2018
fixed-requirements.txt Update the requests library version to latest (2.22.0) May 28, 2019
requirements.txt Update orquesta in requirements to commit with feature May 31, 2019
setup.cfg Set loglevel for nosetests to INFO Mar 24, 2017
stackstorm_logo.png Cosmetic changes to README.md Nov 7, 2014
test-requirements.txt Fix st2flake8 version to semver format May 21, 2019
tox.ini Remove extra whitespace. Jan 21, 2019

README.md

StackStorm

StackStorm is a platform for integration and automation across services and tools, taking actions in response to events. Learn more at www.stackstorm.com.

Tests Build Status Packages Build Status Codecov Scrutinizer Code Quality Python 2.7 CII Best Practices Join our community Slack Forum


TL;DR

StackStorm Overview

StackStorm 5 min Intro Video

About

StackStorm is a platform for integration and automation across services and tools. It ties together your existing infrastructure and application environment so you can more easily automate that environment -- with a particular focus on taking actions in response to events.

StackStorm helps automate common operational patterns. Some examples are:

  • Facilitated Troubleshooting - triggering on system failures captured by Nagios, Sensu, New Relic and other monitoring, running a series of diagnostic checks on physical nodes, OpenStack or Amazon instances, and application components, and posting results to a shared communication context, like HipChat or JIRA.
  • Automated remediation - identifying and verifying hardware failure on OpenStack compute node, properly evacuating instances and emailing VM about potential downtime, but if anything goes wrong - freezing the workflow and calling PagerDuty to wake up a human.
  • Continuous deployment - build and test with Jenkins, provision a new AWS cluster, turn on some traffic with the load balancer, and roll-forth or roll-back based on NewRelic app performance data.

StackStorm helps you compose these and other operational patterns as rules and workflows or actions; and these rules and workflows - the content within the StackStorm platform - are stored as code which means they support the same approach to collaboration that you use today for code development and can be shared with the broader open source community via StackStorm.com/community for example.

Who is using StackStorm?

See the list of known StackStorm ADOPTERS.md and Thought Leaders.

How it works

stackstorm component diagram

StackStorm architecture diagram

StackStorm plugs into the environment via the extensible set of adapters: sensors and actions.

  • Sensors are python plugins for inbound integration that watch for events from external systems and fire a StackStorm trigger when an event happens.

  • Triggers are StackStorm representations of external events. There are generic triggers (e.g. timers, webhooks) and integration triggers (e.g. Sensu alert, JIRA issue updated). A new trigger type can be defined by writing a sensor plugin.

  • Actions are StackStorm outbound integrations. There are generic actions (ssh, REST call), integrations (OpenStack, Docker, Puppet), or custom actions. Actions are either python plugins, or any scripts, consumed into StackStorm by adding a few lines of metadata. Actions can be invoked directly by user via CLI or API, or used and called as part of automations - rules and workflows.

  • Rules map triggers to actions (or to workflows), applying matching criterias and mapping trigger payload to action inputs.

  • Workflows stitch actions together into “uber-actions”, defining the order, transition conditions, and passing the data. Most automations are more than one-step and thus need more than one action. Workflows, just like “atomic” actions, are available in action library, can be invoked manually or triggered by rules.

  • Packs are the units of content deployment. They simplify the management and sharing of StackStorm pluggable content by grouping integrations (triggers and actions) and automations (rules and workflows). A growing number of packs is available on StackStorm community. User can create their own packs, share them on Github, or submit to StackStorm community repo.

  • Audit trail of action executions, manual or automated, is recorded and stored with full details of triggering context and execution results. It is is also captured in audit logs for integrating with external logging and analytical tools: LogStash, Splunk, statsd, syslog.

StackStorm is a service with modular architecture. It comprises loosely coupled service components that communicate over the message bus, and scales horizontally to deliver automation at scale. StackStorm has a full REST API, CLI client for admins and users to operate it locally or remotely, and Python client bindings for developer’s convenience. Web UI is coming soon.

StackStorm is new and under active development. We are opening it early to engage community, get feedback, and refine directions, and welcome contributions.

Documentation

Additional documentation describing installation proceduces, action/rule/workflow authoring, and how to setup and use triggers/sensors can be found at StackStorm Docs.

Hacking / Contributing

To set up dev environment and run StackStorm from sources, follow these instructions.

For information on how to contribute, style guide, coding conventions and more, please visit the Development section in our documentation.

Security

If you believe you found a security issue or a vulnerability, please send a description of it to our private mailing list at info [at] stackstorm [dot] com.

Once you've submitted an issue, you should receive an acknowledgment from one our of team members in 48 hours or less. If further action is necessary, you may receive additional follow-up emails.

For more information, please refer to https://docs.stackstorm.com/latest/security.html

Copyright, License, and Contributors Agreement

Copyright 2014-2018 StackStorm, Inc.

Licensed under the Apache License, Version 2.0 (the "License"); you may not use this work except in compliance with the License. You may obtain a copy of the License in the LICENSE file, or at:

http://www.apache.org/licenses/LICENSE-2.0

By contributing you agree that these contributions are your own (or approved by your employer) and you grant a full, complete, irrevocable copyright license to all users and developers of the project, present and future, pursuant to the license of the project.

You can’t perform that action at this time.