|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
 |
|
Data Caching |
« View previous topic :: View next topic » |
Author |
Message
|
sampathkumar8686 |
Posted: Tue Apr 16, 2019 5:18 am Post subject: Data Caching |
|
|
Newbie
Joined: 16 Apr 2019 Posts: 1
|
Hi,
We have a scenario wherein backend system is called for data, the volumes are almost 1.5-1.6 million per day. At times when the backend system goes down or has problem in responding with the timeout interval , serious business impact is caused and leads to SLA breach.
As the volumes very huge and are dynamic,we would not be able to use global cache in the flow. Is there any other way to achieve this within IIB or anyother external component to be included. |
|
Back to top |
|
 |
Vitor |
Posted: Tue Apr 16, 2019 5:24 am Post subject: Re: Data Caching |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
sampathkumar8686 wrote: |
As the volumes very huge and are dynamic,we would not be able to use global cache in the flow. |
Why not? That's a large number not a huge number, you don't mention the size of the data you're trying to store and the point of the cache is to hold dynamic data.
sampathkumar8686 wrote: |
Is there any other way to achieve this within IIB or anyother external component to be included. |
The simplest, obvious change would be to switch from the inbuilt global cache to the full extreme scale product. You could also load your data into DB2/Oracle/etc. and let the database platform caching handle it.
In your situation, I'd be more worried about how I kept the cache (wherever I ended up keeping it) in sync with this backend system.
I'd also be thinking about what I could do to increase stability and throughput on the backend system. _________________ Honesty is the best policy.
Insanity is the best defence. |
|
Back to top |
|
 |
gbaddeley |
Posted: Tue Apr 16, 2019 4:02 pm Post subject: |
|
|
 Jedi Knight
Joined: 25 Mar 2003 Posts: 2538 Location: Melbourne, Australia
|
When the backend is not available, you could use MQ queueing or a staging DB to temporarily store requests / data, until they can be processed. You should be able to cater for a long outage (minutes - hours) or DR situation (a day or more). _________________ Glenn |
|
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
|
|
|
|