| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| MQ Chargeback |
« View previous topic :: View next topic » |
| Author |
Message
|
| Glen Shubert |
 Posted: Tue Apr 27, 2004 2:10 pm Post subject: MQ Chargeback |
 |
|
Apprentice
Joined: 16 May 2001
Posts: 42
Location: TSYS - Columbus, GA
|
I am doing an informal survey on how other companies charge their customers for MQ messages. Can anybody tell me how they accomplish that? Do you charge on a per message basis? Do you charge for CPU Time?
Feel free to contact me offline at gshubert@tsys.com.
Thanx!
Glen Shubert
Associate Director
MQSeries Technical Support |
|
| Back to top |
|
 |
| anoopkhurana |
| Posted: Tue May 11, 2004 6:18 am Post subject: Charges |
|
|
Newbie
Joined: 04 Apr 2003
Posts: 2
Location: New Jersey
|
I worked in a company where we charged our customers on per message basis. - This was for dedicated enviornment
In case of shared environment : It was based on number of MQ objects basis which means different applications will pool a money for the server and how many MQ objects they have, charges will be applied to them and similarly they charged their customer further. |
|
| Back to top |
|
|
| Glen Shubert |
| Posted: Tue May 11, 2004 8:07 am Post subject: |
|
|
Apprentice
Joined: 16 May 2001
Posts: 42
Location: TSYS - Columbus, GA
|
Was this dependent on the message length in any way? Or was it a certain amount per 1k of data? Currently, we charge less for smaller messages (<10K) than larger. The price is set in a tiered scheme. The price goes up as the message goes up. I feel that we should charge a set price per 1k. For example, .01 per 1K, 1.00 per 100k.
_________________
Glen Shubert
Associate Director
MQSeries Technical Support
TSYS |
|
| Back to top |
|
|
| bstanley1 |
| Posted: Thu May 19, 2005 6:29 pm Post subject: MQSeries Chargeback |
|
|
Newbie
Joined: 23 Sep 2004
Posts: 1
Location: Atlanta, Ga
|
Glen, there are many ways to provide chargeback metrics. First, one must determine if you are in a for profit position or merely cost recovery.
From there the computation should be repeateable and constant.
From here, there are different metrics depending on the platform. If the application owns the platform and you need to recover sysadmin time, then charging a flat fee may make sense. If the platform is shared, then the cost maybe recovered via your example of per message or per object (channels, queues, etc.).
In the z/OS arena, there are many other issues. DASD storage, memory, persistent or non-persistent messages, page sets, buffer pools, queue depth to allow for processing, messages on queues (batch) vs. transactional messages as well as sysadmin/programmers time and supporting monitoring software costs.
Your comment on a per size of message makes sense as it recoves the cost of memory, DASD and processing time.
The question returns to for profit or cost recovery and that should help you set the rates accordingly to the market norms and customer willingness to pay that rate.
I hope this helps.
Bruce |
|
| Back to top |
|
|
|
|
|
| |
|
Page 1 of 1 |
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
|
|
