| Author |
Message
|
| shogan2003 |
 Posted: Wed May 05, 2004 5:39 am Post subject: Multiple apps reading from single Q |
 |
|
Centurion
Joined: 03 Jul 2003
Posts: 133
Location: London
|
Hi
Just a general design query...
What are the pros and cons of placing all messages on a single queue (e.g. transformed & routed there by MQSI) for apps to read rather than specifying a separate Q for each target app ?
In the case of a single queue, I was planning on using the correlation ID as a means of distinguishing the messages, so each app would filter on correlation ID.
I have security and performance particularly in mind. |
|
| Back to top |
|
 |
| bower5932 |
| Posted: Wed May 05, 2004 9:00 am Post subject: |
|
|
Jedi Knight
Joined: 27 Aug 2001
Posts: 3023
Location: Dallas, TX, USA
|
| One quick thing to consider is how deep this queue will get. MQ isn't designed as a database with random access to the queues. If your queue will get rather deep, you'd be better off splitting things off into smaller depth queues. |
|
| Back to top |
|
|
| techno |
| Posted: Wed May 05, 2004 9:29 am Post subject: |
|
|
Chevalier
Joined: 22 Jan 2003
Posts: 429
|
You may have an application property added to message.
Say AppName. Select the messages on AppName property. |
|
| Back to top |
|
|
| PeterPotkay |
| Posted: Wed May 05, 2004 12:43 pm Post subject: |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
I think ? techno is referring to something that can only be accomplished via JMS, i.e. Message Selectors.
In all other languages, you have only the MessageID and/or the CorrelID to select on. What Bower said is true. On the Mainframe only, there is an INDEX property of the queue that substational increases the performance of selective gets on deep queues. Then again, if you have deep queues, something is wrong, right? You wouldn't be using that queue as a DB would you?!? 
The con to many queues is that each one requires memory to be open, so you just can't have thousands of queues, cause you'll run out of RAM if they are all being used at once.
Sometimes, in between is better. Not 1000 queues, not 1000 apps on one queue, but maybe 10 queues with 100 apps each.
What kind of numbers are you talking about?
What programming language?
What platform?
What version of MQ (the footprint for an open queue is much smaller at 5.3)?
_________________
Peter Potkay
Keep Calm and MQ On |
|
| Back to top |
|
|
| shogan2003 |
| Posted: Thu May 06, 2004 1:42 am Post subject: |
|
|
Centurion
Joined: 03 Jul 2003
Posts: 133
Location: London
|
Always a pleasure to receive concise informed advice from gurus on the outer rim of this galaxy.
Well, we're using MQSeries 5.3 Server on Solaris; applications connecting via MQSeries client are on Intel & Solaris.
So it seems the answer is a bit of both. |
|
| Back to top |
|
|
| gunter |
| Posted: Thu May 06, 2004 3:40 am Post subject: |
|
|
Partisan
Joined: 21 Jan 2004
Posts: 307
Location: Germany, Frankfurt
|
If it's manageable, it's easier to handle one queue for one application. It's also faster.
The code to send and receive messages is more simple and it's not so difficult to determine errors.
_________________
Gunter Jeschawitz
IBM Certified System Administrator - Websphere MQ, 5.3 |
|
| Back to top |
|
|
| shogan2003 |
| Posted: Thu May 06, 2004 4:28 am Post subject: |
|
|
Centurion
Joined: 03 Jul 2003
Posts: 133
Location: London
|
Danke fuer die Hinweise. Einfacher zu sein ist immer das Ziel
_________________
MQSI2 certified specialist
MQSeries certified specialist |
|
| Back to top |
|
|
| Michael Dag |
| Posted: Thu May 06, 2004 7:43 am Post subject: |
|
|
Jedi Knight
Joined: 13 Jun 2002
Posts: 2607
Location: The Netherlands (Amsterdam)
|
one Q for all apps versus each app their own Q also introduces a security exposure called non-repudiation!
How do you prove app X sent the message app Y received???
_________________
Michael
MQSystems Facebook page |
|
| Back to top |
|
|
| shogan2003 |
| Posted: Tue May 11, 2004 3:51 am Post subject: |
|
|
Centurion
Joined: 03 Jul 2003
Posts: 133
Location: London
|
Sorry I thought I was the one asking the questions
_________________
MQSI2 certified specialist
MQSeries certified specialist |
|
| Back to top |
|
|
| Michael Dag |
| Posted: Tue May 11, 2004 4:40 am Post subject: |
|
|
Jedi Knight
Joined: 13 Jun 2002
Posts: 2607
Location: The Netherlands (Amsterdam)
|
That's why I prefer to use the term "sharing", rather then "asking questions" ...
_________________
Michael
MQSystems Facebook page |
|
| Back to top |
|
|
| offshore |
| Posted: Tue May 11, 2004 9:01 am Post subject: |
|
|
Master
Joined: 20 Jun 2002
Posts: 222
|
All,
I think security of the app/q is a valid point to be brought up. I know most shops I've seen wouldn't let multiple apps put/get to 1 queue.
One additiona point I was thinking - what If one app when wild for some reason and put a lock on the queue. Any app wanting to use that queue would fail?
Just a thought and my $0.000001 |
|
| Back to top |
|
|
|
|
