this question is broad, but I’m looking for a general idea on how a soluton would look like.
We’re running Checkmk in our company, and we have a service partner who offers support for some of our Applications. They’re running their own Checkmk instance.
We want to “forward” some out our alarms to their Checkmk Instance. These system are not (and won’t be) connected through distributed monitoring, and they can’t get access to our instance either (compliance).
How can we display our alarms inside their Instance, and delete them when the alarm is solved? We certainly could somehow use the api to remotely create hosts and services, but this seems like a heavy and potentially buggy solution. Is there some more or less native way to do this?
I’m fiddling around with DCD to achieve something like that, too. DCD is an enterprise feature if you want to try.
On the client side (i.e. customer instance of Checkmk, edition does not matter here) I plan to wrap every notification into another protocol (i.e. MQTT). On the receiver side I want to unpack that wrapped packaged and put it back into the piggyback folder where DCD can parse the packets and create hosts if neccessary. I’m still searching for a direct way (like intercepting the core instead of waiting for the notification process to kick in).
The mechanism already works with mails in our test setup. Client instance sends mail, we fetch them in our instance, parse the mails back to host + service and DCD does the rest.