Commodity Complexity
In the technology space there have been great changes in the complexity of products, particularly cloud-based applications. Complexity has been pushed down within commodity products and under the cloud layers, so that it makes higher-level applications easier to deploy globally.
Many <a href=”https://en.wikipedia.org/wiki/Software_as_a_service”>SaaS</a> (Software as a Service) applications are deployed so they support multiple tenants simultaneously. This enables them to serve multiple customers around the world simultaneously while only sharing the executing application and the infrastructure that supports the application.
Commodity resources are defined for application via the use of devops tools. For example, the sharing of storage space for the various customers is managed by the application and defined for use within an <a href=”https://en.wikipedia.org/wiki/Infrastructure_as_code”>Infrastructure as Code</a> tool.
<a href=”https://en.wikipedia.org/wiki/Business_continuity_planning”>Business Continuity</a> is often addressed by running the application in more than one cloud region, so if there is a failure in one global region it can be rerouted to a different region. Of course, this redundancy comes at an added financial cost.
I believe there is more complexity to be integrated into the commodity applications that support various types of clouds. This greater complexity can be added to commodity infrastructure products and modeled in Infrastructure as Code tools by devops teams. Then applications can be deployed even more efficiently and simply.
So, I see more innovation coming in networking, storage, execution, and security commodity domains. These changes will continue to benefit cloud vendors and the applications that use their clouds.