This post was originally published on Info World
It’s a Wednesday, and the accounting team is closing out this month’s sales and running end-of-month processing on a multicloud platform deployed four months ago. They run sales order entries on one cloud provider and the accounting application on another. Spanning both clouds is a common security system and API manager, among other services.
What took only a few hours last month to process from start to finish now takes almost a day. You get an angry call from the CFO, “What the heck is going on?” Better put, what is happening with your multicloud’s performance this month?
Multicloud deployments, and cloud deployments in general, behave differently at different stress levels. There was little stress during last month’s processing; this month there’s a medium stress level that is causing a severe performance issue.
Those of you who diagnose and fix performance problems already understand this, but if not, here’s the best way to think about cloud performance: All interdependent components depend on all components to function well. Troubles arise when a component does not pull its weight in the “cloud performance supply chain.” The problem might stem from network or database latency, memory I/O latency, or storage performance. The result is the same:
— Read the rest of this post, which was originally published on Info World.
