ITSM AMQP-Bridge Available for Free
Ever wanted to connect BMC Remedy with Message Broker Systems like RabbitMQ? Now you can.
In the last 15 years, we have designed and built many integrations between BMC Remedy and various partner systems. While the partner systems varied the requirements for the integrations had a lot in common:
- Failsafe connections — even if one partner system is not available it should not break
- Scalability — nearly all needed to support high availability, high throughput or both
To fulfil these requirements we usually created some kind of interface queue where outgoing events were stored until the partner system polled them. While this had many advantages it came with a few major drawbacks:
- Delay in communication — the queue is only polled every so often
- Not very scalable — a queue form requires exclusive access
- Technology dependency — the partner system needs to be able to talk to the queue form
When we designed our new generic interface framework for BMC ITSM it was clear for us that we needed something better. We still wanted to loosely couple the systems but we wanted instant communication. We also wanted our framework to scale well for high availability and high throughput.
Common design patterns to solve these problems are message queues. Their history reaches back to the early mainframe days but even today their advantages are still valid. Many modern microservices use message queues for asynchronous communication and remote process execution. We were sure that message queues were the way to go for us. There was only one problem: BMC Remedy can’t talk to them.
Our solution
We first wanted to create a vendor form plugin. This would allow us to create messages on a queue like normal records in forms. But it would also require a fair amount of configuration on the customer side and we need to rebuild the plugin with every BMC Remedy release, service pack and hotfix. That wasn’t an option. We needed something else.
BMC Remedy can talk to outgoing web services out of the box. So we created a gateway/bridge that provides a SOAP endpoint. Each request to the endpoint will publish a message on the broker.
