What's new in Relay?
Public launch! One of the great things about our new website is the Relay blog. We're going to shift from maintaining this What's New page to adding blog posts under the "Product Updates" category on the blog, so look there for future feature announcements.
New workflows We've added a bunch of new example workflows that you can run with one click. They span across categories such as cost optimization, security, incident response and more. Here are a couple examples:
- When a Datadog alert is triggered, create a Jira ticket
- Run Terraform when a Pull Request is merged in GitHub
- Restrict public S3 buckets with WRITE permissions
If there's a workflow you'd like to see, let us know via GitHub issue.
New Integrations We're also weekly adding more and more integrations for different tools and services. We now support (the beginnings) of AWS, Azure, and GCP cloud providers, incident response integrations such as PagerDuty and VictorOps, Datadog, Jira, Github and more. Check it out!
Integration webhook triggers
Integrations now support webhook triggers. Relay will create a webserver listening for incoming webhooks from other services and execute integration code in response. Here's an example of the code that Relay will run after receiving a
merge event from a GitHub PR webook. You can contribute to an existing integration or use your own container to handle the incoming webhook!
You'll start to see a lot more integrations featuring webhook triggers for a wide variety of services that support outgoing webhooks.
Connections are a new feature within Relay that allow you to link Relay to other services you use. One cool thing about connections is that they can be re-used across workflows – so configuring a second workflow that uses that connection is automatic. Find out more about connections here.
We've got a new name! You may still see references to the pre-launch name of Relay, "Project Nebula", around the site and source code but we're officially going to be called Relay. (The previous entries in this changelog will retain the earlier name.)
Conditional step execution
We've added the ability to execute steps based on conditional logic. You can now use the
when keyword, together with the
notEquals functions inside a step to control whether Nebula should execute the step. For more information, see Conditional step execution.
EC2 Reaper: At Puppet, we need to ensure that the company’s usage of the public cloud is monitored and tracked appropriately. In order to provide this governance over AWS specifically, we created the "AWS Reaper" application in-house. To control cost, Reaper scans the company's AWS resource tags and destroys any resources with expired or inaccurate tags. This workflow automates this process in Nebula, identifying EC2 resources that have not been tagged properly and de-provisioning them. For more information, see EC2 Reaper.
Workflow runs now support your organization's manual review process with approval steps. This allows teams to follow development best practices, adhere to security policies, and support cross-team communication on every deployment. For more information, see Adding an approval step to a workflow.
Workflow YAML improvements
Project Nebula workflows now support simplified YAML syntax for secrets, parameters, and outputs. We've also added support for
merge functions. For more information, see our Reference docs.
User experience improvements
Reduced workflow run pending times
Sort and filter your workflows