The Third Epoch: Re-verticalization of IT
The Third Epoch: Re-verticalization of IT
Join the DZone community and get the full member experience.Join For Free
Java-based (JDBC) data connectivity to SaaS, NoSQL, and Big Data. Download Now.
The shift from the mainframe to modern epochs in IT infrastructure has been well documented numerous times. Depending on the particular storyteller, the tale starts with deeply-integrated, vertical stacks that encompass everything from compute to networking in large systems that required small armies of people to deploy and manage.
As technology matured and the Internet exploded, what were once integrated functions were broken out into standalone components. This led to the second real epoch in IT infrastructure, most notable because it gave birth to the best of breeders.
This second epoch has served us well. We saw the birth of new architectures. We have perched upon new performance peaks. We have mastered new capabilities that have transformed the whole of IT. And because we are cobbling together our solutions from standalone components, we have been able to do all of this while we customize the architecture to suit our sometimes very unique needs.
But all of that has come at a cost: namely, complexity. We might experience that complexity firsthand in the form of policy madness. Or we might be secondhand consumers, choosing to deal with it by paying for service integration. Whichever we choose, we ultimately pay in one way or another.
The costs of infrastructure assembly—both time and money—are already shaping the market. Efforts like VCE and Exadata are good indicators of a change in how infrastructure and applications are consumed. Rather than relying on specialists who integrate products upon delivery, some customers are choosing to purchase already-integrated solutions.
The distinction here is integration as a service vs. integration as part of a product. In the former, integration is the outcome of some effort that happens after a product is shipped. In the latter, integration is an actual part of the product. The difference between the two might seem subtle, but it is important in terms of how the market will evolve.
If you believe that buying patterns will shift more towards a re-verticalization of IT, then individual constituents in the current IT stack will ultimately align to a relatively small number of overarching IT providers. You won’t have an integration layer in the market that handles this function (or more precisely, that layer becomes much smaller).
Today there is a swath of resellers and systems integrators that perform this integration function. In a re-verticalized market, the large suppliers handle the integration burden by assembling products that are already integrated and providing both the services and support around the final infrastructure as a whole.
This makes perfect business sense because right now those large players are leaving money on the table. If they can act as their own integrators, they can keep pricing low (essentially lowering prices but maintaining margins by cutting out the supplier in the middle).
Of course, this is not a transition that everyone can make. The largest suppliers have the customer relationships to pull this off. The smaller suppliers do not have the product center of gravity, and they lack the customer reach to operate at the kind of scale necessary to dominate.
These dynamics form the major case behind the mass consolidation of infrastructure suppliers, and arguably this is why Cisco’s CEO John Chambers has both set Cisco’s targets on being the number 1 IT supplier, and predicted a brutal consolidation of the networking space.
It is conceivable that the market can only support a small number of very large companies. Oracle and Cisco would seem poised to do well here, as would companies like HP. Dell is interesting depending on what other steps they take from a solutions perspective. IBM and maybe even companies like Intel start to look interesting.
There will be very large companies that end up on the outside looking in. It would not be surprising to see multi-billion-dollar companies struggle to grow in a changing environment like this. They might not outright die (epochs in IT are measured in decades, not individual years), but they could see a radical tapering of growth, which typically leads to other issues (talent, product pipeline, and so on).
Now while this new epoch of IT might be characterized by the mega suppliers, it won’t be only the large players that have a role. It is possible to deliver components as part of an integrated solution. But the platforms themselves will be fundamentally different, which means the next epoch components must be designed with a different endgame in mind.
The question is really about how companies exist in the second epoch while simultaneously preparing for the third. This is nontrivial – enough so that it deserves its own (future) blog post.
Published at DZone with permission of Mike Bushong , DZone MVB. See the original article here.
Opinions expressed by DZone contributors are their own.