💭 About OaaS
How many times did you:
-
🧑🎨 As a
DEV
: to explain a third party how to use a job/task you have developed and delivered in your favorite language on a specific server...happily & proudly delivered with a wiki page that explains step by step how to run the task -
🤔 As an
OPS
: to discover a long documentation or issue that explains you the 100 steps to achieve to successfully run the task, schedule, monitor and integrate it with the crowd of other jobs you already have to RUN... and what to do and who to call if it fails -
☎️ As a
hotliner
: being frustrated to wait for theOPS
to give you theroot
access to this damn server so you can reboot a specific service or runshell
script... and then complaining about their lack of trust.
👉 Well, OaaS
is a way to achieve this : build an end-to-end pipeline so people, within a shared pipeline, can build, share, run, delegate and monitor job executions within an interoperable way.
Interoperability & uniformity are the key point here, for example to :
- Deliver a clickable button on a web console
- Configure a ticket generation in some cases
- Trigger a third-party SaaS or non-SaaS webhook
- Plug-it into Pagerduty like services in case of failure
- Let AI agents call jobs to overcome some incident
- ...
Rundeck is a way to achieve this, ie. to prioritize development/configuration/uniformity over endless heterogeneous documentations.
🎯 Why of this post
The aim of this post is to introduce these aspects with simple & pragmatic concepts.
🍿 Demo
Top comments (2)