Search icon CANCEL
Subscription
0
Cart icon
Your Cart (0 item)
Close icon
You have no products in your basket yet
Save more on your purchases! discount-offer-chevron-icon
Savings automatically calculated. No voucher code required.
Arrow left icon
All Products
Best Sellers
New Releases
Books
Videos
Audiobooks
Learning Hub
Newsletter Hub
Free Learning
Arrow right icon
timer SALE ENDS IN
0 Days
:
00 Hours
:
00 Minutes
:
00 Seconds
Arrow up icon
GO TO TOP
Extending SaltStack

You're reading from   Extending SaltStack Build and write salt modules

Arrow left icon
Product type Paperback
Published in Mar 2016
Publisher Packt
ISBN-13 9781785888618
Length 240 pages
Edition 1st Edition
Languages
Arrow right icon
Author (1):
Arrow left icon
Joseph Hall Joseph Hall
Author Profile Icon Joseph Hall
Joseph Hall
Arrow right icon
View More author details
Toc

Table of Contents (21) Chapters Close

Extending SaltStack
Credits
Foreword
About the Author
About the Reviewer
www.PacktPub.com
Preface
1. Starting with the Basics FREE CHAPTER 2. Writing Execution Modules 3. Extending Salt Configuration 4. Wrapping States Around Execution Modules 5. Rendering Data 6. Handling Return Data 7. Scripting with Runners 8. Adding External File Servers 9. Connecting to the Cloud 10. Monitoring with Beacons 11. Extending the Master Connecting Different Modules Contributing Code Upstream Index

Using the event bus


The event bus does not appear in the topology drawings because it is available anywhere inside of Salt, just by importing the salt.event library. It also has the ability to call out to other module types, using the reactor system. Reactors have access to execution, state, and runner modules.

Tip

You may be wondering why we didn't cover reactor modules in this book. In truth, there is no such thing as a reactor module. Reactors are written using standard SLS files, which can include extra functionality using the renderer system. For more thorough discussions on writing and using reactors, be sure to check out Mastering SaltStack, Joseph Hall, Packt Publishing.

Because the event bus is so ubiquitous, it can be a very powerful tool for tying together the other module types into a cohesive workflow.

For example, let's take a look at Salt Cloud. It can be operated independently from the rest of Salt, but when using a Master + Minions setup, it will fire events to the Master during the creation and deletion process that can be picked up by reactors.

Salt Cloud events use tags that are namespaced in a way that can be easily determined by reactors:

salt/cloud/<minion_id>/<operation>

Available events vary depending on the cloud provider, and the work that provider has been configured to do, but a properly written cloud driver will always fire at least these two events when creating a node:

salt/cloud/<minion_id>/creating
salt/cloud/<minion_id>/created

It will also fire these two events when deleting a node:

salt/cloud/<minion_id>/deleting
salt/cloud/<minion_id>/deleted

Operations that perform maintenance on Minions and their resources can be kicked off using these events. For instance, if you want to sync a Minion's resources as soon as it's created, you can use a reactor that looks like:

sync_minion:
  cmd.saltutil.sync_all:
    - tgt: data['id']

Because a Minion will be available by the time Salt Cloud sends the salt/cloud/<minion_id>/created tag, you can set a reactor to ensure that the Minion is synced as soon as it comes online, without having to configure any startup_states.

lock icon The rest of the chapter is locked
Register for a free Packt account to unlock a world of extra content!
A free Packt account unlocks extra newsletters, articles, discounted offers, and much more. Start advancing your knowledge today.
Unlock this book and the full library FREE for 7 days
Get unlimited access to 7000+ expert-authored eBooks and videos courses covering every tech area you can think of
Renews at $15.99/month. Cancel anytime
Visually different images