Open Systems to Open Source to Open Cloud.

“I’m all for sharing, but I recognize the truly great things may not come from that environment.” – Bill Joy (Sun Founder, BSD Unix hacker) commenting on opensource back in 2010.

In March at Google Next’17, Google officially called their cloud offering as ‘Open Cloud’. That prompted me to pen this note and reflect upon the history of Open (System, Source, Cloud) and what are the properties that make them successful.

A little know tidbit in history is that the early opensource effort of modern computing era (1980s to present) was perhaps Sun Microsystems. Back in 1982,  each shipment of the workstation was bundled with a tape of BSD – i.e. modern day version of open source distribution (BSD License?). In many ways much earlier to Linux, Open Source was initiated by Sun and in fact driven by Bill Joy. But Sun is associated with ‘Open Systems’ instead of Open Source. Had the AT&T lawyers not held Sun hostage, the trajectory of Open Source would be completely different i.e. Linux may look different. While Sun and Scott McNealy (open source)  tried to go back to its roots as an open source model, the 2nd attempt did not get rewarded with success (20 years later).

My view on success of any open source model requires the following 3 conditions to make it viable or perhaps as a sustainable, standalone business and distribution model.

  • Ubiquity: Everybody needs it i.e. its ubiquitous and large user base
  • Governance: Requires a ‘benevolent dictator’ to guide/shape and set the direction. Democracy is anarchy in this model.
  • Support: Well defined and  credible support model. Throwing over the wall will not work.

Back to Open Systems: Sun early in its life shifted to a marketing message of open systems rather effectively. Publish the APIs, interfaces and specs and compete on implementation. A powerful story telling that resonated with the customer base and to a large extent Sun was all about open systems. Sun used that to take on Apollo and effectively out market and outsell Apollo workstations. The Open Systems mantra was the biggest selling story for Sun through 1980s and 1990s.

In parallel around 1985, Richard Stallman pushed free software and evolution of that model led to the origins of Open Source as a distribution before it became a business model, starting with Linus and thus Linux.  Its ironic that 15+ years after the initial sale of Open systems, Open source via Linux came to impact Sun’s Unix (Solaris).

With Linux – The Open Source era was born (perhaps around 1994 with the first full release of Linux). A number of companies have been formed, notably RedHat that exploited and by far the largest and longest viable standalone open source company as well.

 

Slide1

The open systems in the modern era  perhaps began with Sun in 1982 and perhaps continued for 20 odd years with Open Source becoming a distribution and business model between 1995 and 2015 but will continue for another decade. 20 years later, we see the emergence of ‘open cloud’ or at-least the marketing term from Google.

In the past 20 years of the existence of Open Source, it has followed the classical bell curve of interest, adoption, hype, exuberance, disillusionment and beginning of decline. There is no hard data to assert Open Source is in decline, but its obvious based on simple analyses that with the emergence of the cloud (AWS, Azure and  Google), the consumption model of Open Source infrastructure software has changed. The big three in cloud have effectively killed the model as the consumption and distribution model of infrastructure technologies is rapidly changing. There are few open source products that are in vogue today that has reasonable traction, but struggling to find a viable standalone business model are elastic , SPARK (Data Bricks), Open Stack (Mirantis, SUSE, RHAT), Cassandra (Data Stax) ,  amongst others. Success requires all three conditions- Ubiquity, Governance and Support.

The Open Source model for infrastructure is effectively in decline when you talk to the venture community. While that was THE model until perhaps 2016, Open Source has been the ‘in thing’, the decline is accelerating with the emergence of public cloud consumption model.

Quoting Bill (circa 2010) – says a lot about the viability of open source model – “The Open Source theorem says that if you give away source code, innovation will occur. Certainly, Unix was done this way. With Netscape and Linux we’ve seen this phenomenon become even bigger. However, the corollary states that the innovation will occur elsewhere. No matter how many people you hire. So the only way to get close to the state of the art is to give the people who are going to be doing the innovative things the means to do it. That’s why we had built-in source code with Unix. Open source is tapping the energy that’s out there”.  The smart people now work at one of the big three (AWS, Azure and Google) and that is adding to the problems for both innovation and consumption of open source.

That brings to Open Cloud – what is it? While  Google announced they are the open cloud – what does that mean? Does that mean Google is going to open source all the technologies it uses in its cloud? Does that mean its going to expose the APIs and enable one to move any application from GCP to AWS or Azure seamlessly i.e .compete on the implementation? It certainly has done a few things. Open Sourced Kubernetes. It has opened up Tensor flow (ML framework). But the term open cloud is not clear. Certainly the marketing message of ‘open cloud’ is out there. Like Yin and Yang, for every successful ‘closed’ platform, there has been a successful ‘open’ platform.  If there is an open cloud, what is a closed cloud. The what and who needs to be defined and clarified in the coming years. From Google we have seen a number of ideas and technologies that eventually has ended up as open source projects. From AWS we see a number of services becoming de-facto standard (much like the Open Systems thesis – S3 to name one).

Kubernetes is the most recent ubiquitous open source software that seems to be well supported. Its still missing the ‘benevolent dictator’ – personality like Bill Joy or Richard Stallman or Linus Torvalds to drive its direction. Perhaps its ‘Google’ not a single person?  Using  the same criteria above  – Open Stack has the challenge of missing that ‘benevolent dictator’. Extending beyond Kubernetes, it will be interesting to see the evolution and adoption of containers+kubernetes vs the evolution of new computing frameworks like Lamda (functions etc). Is it time to consider an ‘open’ version of Lambda.

Regardless of all of these framework and API debates and open vs closed –  one observation:

Is Open Cloud really ‘Open Data’ as Data is the new oil that drives the whole new category of computing in the cloud. Algorithms and APIs will eventually open up. But Data can remain ‘closed’ and that remains a key value especially in the emerging ML/DL space.

Time will tell.

OEM -> ODM -> OCM?

The OEM supply chain model has been in existence in multiple industries including computing for a long time. In the computing industry, Original Equipment Model (OEM) was perhaps kickstarted in a formal way in the 1980s  with the emergence of the PC and Intel with its processors. Prior to the PC and perhaps the Apple Mac, in the 70s, computing was delivered by vertically integrated companies. Notable ones are IBM, DEC, Prime, ICL (England), Wang, Sperry, Burroughs etc.  The OEM model led to the separation of the various layers in the delivery chain. Specifically, the chip (or processor) as a business came into full force and the separation of the processor, software (Microsoft) and the delivery of these two as an integrated platform led to the emergence of the OEM business.

Over the past 30 years, the OEM model was supplanted by the ODM (Original Design and Manufacturing) companies (like Quanta, Tyan) from Taiwan and China. That model was perhaps kickstarted in the late 1990s driven by Intel and emergence of the Taiwan/China manufacturing capabilities. This model exploded from 2000 onwards with the emergence of the cloud companies as the end customer.

The value in OEM model is the integration of either silicon (engineered by the OEM) and/or Software. Typically both Silicon and Software (as demonstrated by companies like Sun, Cisco, EMC, SGI and many more).  Over time, the consolidation of the silicon (for processors, it was Intel, for switches – it is Broadcom) combined with the emergence of open source software (Linux to start with, but perhaps a whole lot of other components that is found in apache.org) has eroded the key value proposition. After 30 years, with the consolidation in the industry (EMC/Dell as an example), has the OEM model run its course?

The value in the ODM model is in the manufacturing (cost-effective) and scale. To some extent the ODM model eroded one of the key capabilities of OEM given the consolidation of key semiconductor components (processors, switch/networking ASIC, storage controllers). But the inability of the ODM companies to move up the value chain (either own the silicon or the key SW IP), they have reached a plateau with nowhere to go but continue to manufacture at scale and do it cost effectively. The notion that an ODM can disrupt the OEMs has not happened. Sure, they have had an impact on many companies, but the 70/30 rule applies. The OEMs that have had strong band equity, have retained their position and the only the smaller OEMs have lost their business to ODMs.

Here’s a simple visual of the value chain.

Image result for OEM vs ODM

 

But is it time now for the emergence of a new model?    The OEM model is now facing a perfect storm. . One component of the perfect storm is the cloud as a business. The second disruptor is the emergence of Software Defined X (Compute, storage, Network) and in many cases tied to open-source . The third element of the disruption and the main disruption is the value shift to the component i.e. the semiconductor component. This I would term as the emergence of the OCM model.

oem_odm_ocm

OCM stands for Original Component Manufacturer as typified by companies like Intel, Broadcom but the more interesting ones are Seagate, Western Digital, Micron, Samsung.  The visual above show the three different supply chain models. The OEM model relies on the ODM as well to deliver the end system to the customer. The OCM model as typified by component companies (one good example is Mellanox – which sells chips and switches) leveraging either 3rd party or open source software to deliver system level solution to the same target customers that OEMs have addressed. While there are significant challenges in the evolution of OCM to have the same capability as the OEM, the OCM already have customers like the big cloud providers (AWS, Google, Microsoft). with a significant portion of their business (soon to be 40%) being protected by direct sell to these cloud providers which will grow while potentially  seeing reduction in profit margins. This has two effects for the OCMs. They have to find alternative higher margin (absolute margin) models as well as being able to challenge OEMs and ODMs as a good percentage of their business is already shifting to major cloud providers.

So, will these OCMs emerge? Back to the Wintel model of value shifting to component and software, but in the case, the OCM becomes the integrator of the SW along with the component to deliver a complete system. Unlike the ODM, the OCM has both financial and technical capabilities to move up the value chain.

Lets revisit this in 2020 and see if this happens.

Cloud and Fabs – different but similar

With all the buzz about cloud, multi-cloud and the ongoing consolidation in the cloud, I was reminded of a conversation with Ryan Floyd a couple of years back. Back then, we were comparing and contrasting the viability of cloud as a business.  The cloud was rapidly looking like the fab business, while Ryan felt different.  The conversation then was on the capital intensive nature of cloud as a business and the analogies with semiconductor fabs . There are some interesting similarities and differences. Lets contrast the two….

Fabs:  A view on Semiconductor/Fab business in the context of this thread:  It has taken 30 years of Moore’s law and consolidation to result in perhaps 3 companies that have the capital, capability and platform stack. In the case of logic – its Intel, TSMC and Global Foundries. In the case of Memory its Samsung, Toshiba, Micron and perhaps Hynix. 1985 was the year of the modern CMOS logic fabs (with Intel shifting to logic from memory). But what is interesting is where they top 3 are in terms of their approach.  Intel is vertically integrated (fabs + products) and trying to move upstream. TSMC has taken a horizontal ‘platform’ approach and Global Foundries has had a mix (processors – x86 and Power now) and still trying to find its way into the Horizontal vs Vertical integration chasm.

Cloud: By all accounts – the cloud business kicked off circa 2006 with AWS launch of web services. It has taken roughly 10 years to arrive at the same stage in the cloud business with the big three AWS, Google and Microsoft cosolidating the category .  All three have reached scale, capacity and technology stack, that its going to be hard to be created by others. Sure, there might be Tier-2 cloud (Ebay, Apple, SAP, Oracle, IBM etc) or geo specific (China) or compliance specific cloud operations,  but these three will drive consolidation and adoption. Its no longer just capital, its the technology stack as well.

What’s more interesting is to compare and contrast the top 3 semiconductor fabs and the 3 cloud companies in their approach and where do they go from here.

Lets start with the fabs and will focus on the logic side of the business as its the fountain head of all compute infrastructure. Their combined revenue is close to $100B ($22B in capital spend – 2016). Apart from being capital intensive, we now have a complex technology stack to deliver silicon (design rules, to libraries to IP, packaging and even software/tooling) to make effective use of the billions of transistors.   Similarly, now with cloud with the value is moving up the stack to the platform aspects. It is no longer logging into and renting compute or dump data into S3 via a simple get/put API. It is about how to use infrastructure at scale with Lambda, Functions or PaaS/Platform level features, APIs that is specific to that Cloud. You can now query on your S3 data. That is API/vendor lock-in.

The tooling required to deliver a chip product, while not specific to a fab, the optimizations are specific to the fab. Same with the cloud. The tooling might be generic (VM, containers for e.g.) or open source, but increasingly its proprietary to the cloud operations and that is the way it will be.

From a technology stack, competency and approach to market, Google looks more like Intel, AWS like TSMC and Microsoft like Global foundries (not in the sense of today’s market leadership).  Intel is vertically integrated and Google shows more of that.  Intel has deep technology investments and leads the sector and so does Google/GCP as contrasted with AWS or Microsoft by far. Every fabless semiconductor first use is TSMC foundry and same with any cloud based business (AWS first).  Cloud infrastructure unlike fabs were not the primary business to start with. All three leveraged their internal needs (Google for search, AWS for books/shopping and Microsoft for bing and its enterprise apps) leveraged their initial or primary business to fund the infrastructure.

Can one build your own cloud  i.e. “Real Men have fabs” – [TJ Rodgers – CEO of Cypress Semiconductor famously quoted]. While building and developing semiconductor is both capital intensive and needs deep technology and operational experience, cloud can be built with all the open source code that is available. While that is true,  despite the availability of plethora of open source tools, its the breadth and depth of tooling that is difficult to pull off. Sure, we can assemble one with CoreOS, Mesosphere, Openstack, KVM, Xen, Graphana, Kibana, Elastic search etc etc. Increasingly the stack becoming deep and broad, its going to be hard for any one company (including the big Tier-2 clouds named above) to pull it off at scale and gain operational efficiency. Sure, one could build a cloud in 1 or 2 locations. How to do you step and repeat and make it available around the globe and at scale. Intel and TSMC eventually excelled in operational efficiency.  Sure Dropbox might find it cheaper to build their own, but the value is shifting from just storing to how to make it available for compute. That level of integration will force the swing back to the big three.

Cloud Arbitrage: Multi-cloud vs Multi-fab: There is the rage today to go multi-cloud. How great it would be to move from AWS to GCP to Azure at the click of a button. Tried the same in the 1990s, while at Sun for processors. Wanted to have multi-fab. TI was the main fab and wanted TSMC, UMC and had engagements with AMD. The reality is, the platform stack has unique features that the solution will naturally gravitate to. Its more expensive to be in multi-cloud as a strategic direction than picking a cloud partner and drive deep integration. Yes, from a business continuity and leverage of spend, one would want multi-cloud. The reality is Netflix is with AWS and not with Microsoft or Google. They are doing fine as a business. Perhaps, you don’t have to pick the entire application stack to run in all the cloud. You are better off picking specific categories and LOBs can run them in specific cloud. That brings diversity and perhaps continuity of business as well as leverage the unique properties. For e.g. developing machine learning type apps, GCP is better than AWS. For  video streaming, maybe AWS is just fine (although google will tell you they have more POPs and capability due to YouTube for this).

Where do we go from here in the cloud? I most certainly will be wrong if you were to come and read this blog in 2020. But there are some truisms (not a complete list – but a start..)

Vertical Integration: The current $18B Cloud business will be >$100B between 2020-2025. That is a seismic shift that will impact all including businesses down the infrastructure stack (semiconductor companies for e.g.) as the big three will show signs of more vertical integration in their stack including having their own silicon. Intel likewise is trying to get more vertically integrated and microsoft is trying to find its way there. Maybe the exception here is going to be TSMC staying truly horizontal. The big three cloud operations are and will be more vertically integrated. There is also a culture or gene pool aspect of this.

Service v Services (or IaaS vs PaaS):  Despite all the technology chops at Intel, they have had mixed results  in the fab service business. While AWS has excelled in the IaaS part, its ability to build an compelling eco-system around its platform strategy will be tested. Likewise for Google, while traditionally it has strong in-house platform assets,  building a strong developer community (e.g.  Android) while delivering a great customer centric experience would be the challenge.  Microsoft by nature of having a strong enterprise apps footprint can and could get both the service and services right. Goes back to the gene pool or the service mentality vs services mentality. AWS has excelled in the service aspect  (TSMC excelled in the 90s) and leader in services as well. GCP (akin to Intel) has the platform strengths and has to supplant it with a modern era customer engagement model to gain market share. This  will require  cultural/organizational shift to be service oriented. Not just technology or business model.

Lock-in: Lock-in is reality. Have to be careful which lock and key you will want, but that will be real and go with eyes wide open.  Its now at the API level and moving up the stack.

Data gravity: Increasingly data will be differentiator. Each one of the big three will hoard data. There are three types broadly speaking (private, shared and global)  of data and applications will use all of them. This will be a gravitational pull to use a specific cloud for specific applications. IBM has started the trend to acquire data (weather.com). Expect the big three to acquire data that is needed by applications as part of their offering. This will be another form of lock-in.

Cloud native programming (Lambda, Functions, Tensorflow…..) A similar holy grail approach has been attempted in the silicon side as well with ESL and high level synthesis. What is interesting for comparison is, generic application development is approaching what the hardware guys have been doing for decades – event driven (sync, async) programming or approach data flow. This is an obvious trend that kicked off in 2016.  This is a chasm for the generic programmer to cross (despite the crumminess of verilog, its hard to program). This is where each one of the big three will take different approaches and differentiate and create the next lock-in.

In Summary, today (2017), AWS looks more like TSMC. GCP more like Intel and Microsoft somewhere in-between (GF?). We will revisit in 2020 to see what they look like – more similar or different?