|Classes of Jorge Castro||>||UsagiMQ||>||README.md||>||Download|
A minimalist (less than 500 lines of code) Message Queue by using Redis and PHP in a single box (one class)
Why I should use a Message Queue (MQ)?
Let?s say the next example, a system where one system sends information to another, for example a web client and a web service.
If the webservice is doing a slow operation and its receiving the information of many clients at once then, sooner or later, the system could collapses or bottleneck.
For example, if every client uses 0.1 second to do the operation (receiving the information and storing in the database), and we have 1000 customers then, every operation could take 1.6 minutes.
The solution is to add a Message Queue to the system. A Message Queue is only a server that stores messages/operations received by a PUBLISHER and later a SUBSCRIBER could execute.
For the same example, a PUBLISHER (former client) could uses 0.001 to call the MQ. Then the SUBSCRIBER could do all the operations, for example every hour/at night without worry if all the operations take many minutes or hours.
The MQ should be as fast as possible and be able to listen and store the request (envelope) of every publisher. However, the MQ is not doing the end operation, its similar to a email server. Later, a subscriber could read this information and process as correspond.
The drawback of this method is it adds a delay, the process is not executed synchronously but asynchronously, and the PUBLISHER don't know really if the information was processed correctly by the SUBSCRIBER.
This library uses Redis. Redis is an open source (BSD licensed), in-memory data structure store, used as a database, cache and message broker.
While there are many Message Queue in the market (including open source / freeware / commercial) but most of them are heavyweight. UsagiMQ is lightweight, it was developed thinking in customization. You could optimize and customize it for your needing, for example, changing the structure of envelope.
It is a software based solution that could be re-programmed as you want to. Instead, most MQ are configured-based.
For example, you could create easily a ORCHESTATION, CHOREOGRAPHY or A CLUSTER via software.
Is it scalable?
Yes, but it requires a LOAD BALANCER that you could program or use a software or hardware solution. Its your call.
Who is listening and storing the envelope (request). It should be as fast as possible.
Example MQ server that calls a worker (subscriber). See example : mqwithworker.php
Publisher (who sends the request/envelope)
The url should be as follow: mq.php?id=ID&op=OP&from=FROM
while the body (content) should be sends as POST.
It?s a local subscriber (has access to Redis). However, it could be used for to create a remote subscriber.
May be it could runs as a daemon / in a schedule task / or at request.
> $usa=new UsagiMQ($IPREDIS,$PORT,$DATABASE);
$IPREDIS indicates the IP of where is the Redis server. $PORT (optional) indicates the REDIS port (default value 6379) $DATABASE (optional), indicates the database of Redis (0 is the default value)
Receive information from the PUBLISHER.
List all keys of pending envelopers per operation.
Read an item. When an item is read, its not deleted. It should be deleted once its processed. The key could be obtained by the command listPending.
Example: > $usa->readItem('UsagiMQ_insert:2');
Delete an item. The key could be obtained by the command listPending. Example: > $usa->deleteItem('UsagiMQ_insert:2');
We mark the item as failed. A failed item, is a item that we will try it again (until a limit). If we failed in all tries then, we will delete the item. - The key could be obtained by the command listPending. - $arr is the array with the envelope [id,from,body,date,try] Example: > $usa->failedItem('UsagiMQ_insert:2',array('id'=>2,'from'=>'system','body'=>'xxx','date'=>'2000-01-01','try'=>0));
Delete all items and resets the counter.
Close Redis. Its not required to use.
Optional. It shows an UI with statistics. The default user and password is admin and you should change it.