Use Study : Performance Solution

A Dutch communication service provider (CSP) sells ADSL services via 40 wholesale organizations (WSO). The WSO orders services from the CSP via a WEB Portal .

The problem: The web portal is having frequent problems in handling the load. e.g. in pick hours the system gets more then 1 million transactions per hour.

The solution: OnlineMQ was deployed between the Web Portal and the WSO. Now, WSO's are sending messages to an OnlineMQ Queue instead of sending it directly to the Web Portal. The Web Portal gets the messages from the queue and processes them in chunks of a certain number of messages at a time.

The Advantages: By placing OnlineMQ as the mediator, the portal is able to control the number of messages that should be processed  at a given moment. Integrating this solution was especially quick since the WSO/Web Portal used to communicate via Web services and the same method is used with OnlineMQ.

Use Study : Security

An Australian company uses 5000 cowshed maintenance robots in various locations around the world. The company wanted to create a fault and performance management application, which required each robot to send real time alarm messages when errors occurred, and daily report that detailed its activities during the day. Each robot was connected to the internet via WiFi or cable so that it could send status messages at pre-set intervals and alarms whenever a fault occurred.

The problem: The company did not want to expose their Back-End system to the world.

The solution: OnlineMQ was used as a buffer that received all the messages sent by the robots, and then have them collected by the Back-End system.  In the Back-End one IP address (an OnlineMQ IP) and firewall port were defined for messages coming from OnlineMQ, thus eliminating hacking risks.

The Advantages: In addition to a security objective that was met, the company could implement the solution quickly and easily, and the robots have integrated SOAP with WSDL mapping API. This API has been used to send messages to the OnlineMQ Queues.

Use Study : Integration Solution

An English Web store that sells rare books has 500 affiliate stores that are selling their books around the world. The store has a server that handles some 900 orders per day.

The problem: The company is losing orders when migrations to the Web Store application are done. When the Web Store is having an upgrade or a maintenance window, a message is sent to all the affiliate stores to stop using the system during the maintenance window. However, some stores still send orders, which are lost since the Web Store application is down.

The solution: OnlineMQ was used between the Web Store and the affiliates stores. When an upgrade takes place the IT department of the Web Store simply changes all their queues to a 'read disabled' status. This way, all the affiliate stores can keep on sending orders to the OnlineMQ queue, even during maintenance or while the Web Store is down. When the Web Store is up and running again, it processes the message accumulated in the queues, and no message or order is lost.

The Advantages: The Web Store maintenance and affiliate ordering are decoupled and therefore could be done with bothering the users nor losing any order or ordering time.