Hi, everyone. Welcome to Gray Matter, the podcast from GrayLock, where we share stories from company builders and business leaders. I'm Heather Mack, head of editorial at GrayLock. This episode is the audio version of a new SAP GrayLock General Partner, Jerry Chin. The essay is part of GrayLock's Castles in the Cloud series, which you can find at graylock.com slash Castles. Jerry continues his discussion on strategies startups can use to compete with the big three cloud providers. This time focusing on open source.
Open source versus cloud castles. In my previous essay, explored strategies for how cloud startups can compete with the big three cloud providers, breaking up their dominance by avoiding them or going up the stack or building deep IP. There's another strategy that startups can consider when going up against big cloud open source.
Former Microsoft CEO, Steve Balmer once called Linux a cancer, but Microsoft's $7.5 billion acquisition of GitHub shows how far Microsoft and the entire industry of vendors and customers have come from cautiously using open source to embracing it. In the past 30 years, open source has matured from a risky and fringe business model to the de facto start of many new technologies. The cloud ecosystem is no different. While the big three may arguably be the greatest beneficiaries of open source, a growing group of open source startups are also proving to be among the income its most successful challengers.
These include a mix of public and private companies such as cockroach DB, chronosphere, confluent, data bricks, elastic, hashie corp, mango DB, mule soft, postman, redis labs and temporal, which have all achieved multi billion dollar valuations and recent years. The number of open source projects and companies have exploded in the past few years. I found a couple of online resources like the cloud native computing foundation market map and the OSS capital list of commercial open source companies useful to keep track of all the projects.
In previous computing errors, we watched startups employing open source to directly compete with the incumbents, examples, red hat used open source Linux to go against the Microsoft Windows monopoly, ZIN and KVM projects, competed against VMware and virtualization, and postgres and MySQL against Oracle and databases. Now we are seeing open source startups built in and for a cloud native ecosystem.
Previously, older open source companies were mostly open source versions of existing on premise systems. As a result, these new startups are making a market impact far quicker than those from earlier generations because they're combining the low friction distribution of a cloud service with the open nature of open source communities to reach developers. Case in point, Kronosphere, which launched in 2019 and has been lending enough customers to see its ARR increase ninefold in the past year.
The company was built on the open source observability platform M3, which founders Martin Mao and Rob Skillington developed at Uber. And Kronosphere has steadily expanded its products. To keep up with the demand, the company just raised $200 million at a $1 billion valuation and recently released a distributed tracing product. Kronosphere is part of a notable group of recent open source startups that have achieved success with a variety of approaches, namely leveraging an open source project that solved a hard problem for a cloud scale company. In this case, metrics at scale at Uber and then creating a cloud hosted offering for other companies to use.
The lines between open source companies and cloud companies leveraging open source are beginning to blur. While Kronosphere is an example of a company commercializing a popular open source project, many startups have built proprietary tech atop the open source offerings of the big three without having to become open source businesses themselves. For example, companies like InstaBase, Rockset, and Snowflake are not open source business models, but they have built interesting and technically hard products and data warehousing, real time analytics and document understanding respectively. Each of those companies leverage deep open source tech under the hoods like Rocks D, but have focused on region developers directly with a cloud service.
开源公司和利用开源的云计算公司之间的界限逐渐变得模糊起来。虽然 Kronosphere 是一个商业化流行开源项目的例子,但许多初创公司在大三的开源版本的基础上建立了专有技术,而无需成为开源企业本身。例如,像 InstaBase,Rockset 和 Snowflake 这样的公司不是开源业务模型,但它们分别在数据仓库、实时分析和文档理解方面构建了有趣且技术难度大的产品。这些公司每个人都利用了像 Rocks D 这样深层次的开源技术,但是专注于直接面向云服务的区域开发者。
Why is OSS on the rise? Open sources become the best way for new projects to start and generate collaborations by companies, universities, and individuals across the globe. You can find open source projects in every software category from JavaScript libraries, machine learning frameworks, and design tools.
The most popular open source projects are attracted for their distribution advantage. They reduce friction to awareness, trial, and adoption by customers. Plus, they often have cute animal logos. A popular project can solve the top of funnel concerns for startups and allow them to reach their customers directly to compete against the cloud vendors. If a startup's open source project can achieve the status of the de facto solution in a particular market and own the developer mind share, then the startup has a marketing advantage against the big cloud players. Finally, making the code free and easy to download or easy to launch on a cloud reaches the developer directly by passing the corporate procurement and other gates that can increase friction to adoption.
The strategy is spilling over into other technology industries. For example, RSCV is taking the open source business model to the semiconductor market to disrupt the ARM franchise. In fact, almost every application from a mobile app game to a database to your internet browser uses several open source libraries. Google, Amazon, Microsoft, Azure, and most cloud vendors are all built on open source technology. Amazon's original web service, Elastic Compute Cloud, was built running open source Zen virtual machines. AWS has continued to leverage the mainstream adoption of open source by offering dozens of services, either built on open source or simply hosting open source projects. The latter is prompted a recent response from startups by changing open source licensing to prevent Amazon and other players from benefiting from the code created by the open source community. We'll dig into this licensing debate later.
I believe most infrastructure and other areas of computing can benefit from an open source project to help push research, development, and community. But that doesn't necessarily mean every area should have or need a commercial option from a startup or company. Some areas of technology like JavaScript frameworks are notoriously hard to monetize. GitHub is littered with thousands of open source projects that have no activity. Contrary to popularly believe the field of dream strategy of if you open source developers will come is far from guaranteed.
What makes OSS work? For an open source project to potentially yield an interesting company, I believe the following elements are needed and even then it doesn't guarantee an outcome.
Solving a hard problem. This is probably the most obvious factor. You need to be taking on something that requires solving. There are many ways to define what makes a problem hard. From issues like virtualization that may require deep operating systems knowledge to challenges and categories like data integration and messaging, which require interoperability. The list goes on. The commonality among these various problems is that they must be hard enough to not only guarantee there are a few substitutes, but also worthy enough that developers and customers will value it. If there are several substitute open source projects, then creating another company that's just one of in projects means that the project has to be the clear leader. In an ideal world, the company is one of one. In most cases, I believe that if you solve a hard problem to which there is a free open source alternative, customers will pay for the security and usage of a superior project. This is precisely why HasheeCorp has been such a successful company. It has several open source projects, including Vault, Terraform, Console, and others. Their business model is a combination of governance and security for these projects for on-premise use, as well as closed, hosted services for cloud-native customers.
Making the product the business. Dev slash test is nice, but production is nicer. The technology should be used in the actual operations and runtime of your business, and hopefully powering your business critical applications. You can make money in Dev slash test, licensing, or other areas of software, but customers will pay more for production bits. Like I said, success is not guaranteed, and there have been unfortunate examples to the contrary, even with critical open source projects. For example, open SSL had no company and no supporters, and as a result was underfunded and under-supported. Additionally, some projects fall into a tragedy of the commons. They become so popular and widely used that everybody is happy to use a technology, but fewer willing to pay for a productized or even supported version.
Having community-led growth. The vibrancy of the community around an open source project is how you know you are solving a hard problem, and also typically an indicator that there are a few substitute projects. It also allows you to address several critical factors at once, including problem awareness, does the customer know the problem exists and is a priority? Solution awareness. Does the user know that a solution or open source project exists? Company awareness. Does the community know and recognize that a company is providing a product or offering support? And finally, community-led growth, which reduces friction to trial, adoption, and usage of the project, either as an enterprise product, or more frequently today as a hosted cloud service.
The more people using a project, the easier it is to attract contributors, making the project better, which in turn attracts more customers. The first to do that is most likely to create a flywheel from these network effects. The owner and audience winner isn't necessarily always the one offering the best technology at first, but often the one with the most vibrant and dedicated developer community, which improves the product over time, and turns it into a winner. MongoDB is another good example of being unique as a document DB. Elastic wasn't the first to only search indexing technology, but it stood on the shoulders of previous projects, like Lucen, to become the community winner.
Getting the timing right. Open source projects have network effects. Being first to market as the first open source project isn't always guaranteed to be a winning strategy, but the first project to gain critical massive developers and community interest is typically the winner. Likewise, being first to a cloud service isn't a guarantee to beat the big cloud vendors, but it helps. Mongo Atlas and Elastic's cloud services were released ahead of Amazon's document DB and Amazon's Elastic, which probably made all the difference in the world. MongoDB has been aggressively moving its business to the cloud over the past few years, and in Q1 of 2021, more than half of its revenue came from the cloud Atlas business. Other data companies are trying to make this transition to cloud. For example, Confluent, the company behind popular open source project Kafka, published in its S1 that only 18% of its revenue is in the cloud.
Evolving with tech transitions. In the past, open source companies started with a commercial core on-premise product and then created a cloud hosted solution to complement the private cloud offering. As the cloud is evolved, and cloud native is the default starting point for developers, startups are skipping the on-premise business model altogether to build for the cloud. This strategy not only has the advantage of timing as discussed above, but also allows the startup to architect the technology for a cloud native environment, free from the compromises needed for hybrid offerings. There are plenty of examples of companies that bypass the on-premise to cloud transition and went straight to cloud only.
Databricks, which commercialized the open source Spark project, started entirely on the cloud and shunned on-premise customers originally after seeing how Amazon's elastic map reduced was an effective defense against cloud era, which was slow to move to the cloud.
Remembering that licensing is not a mode. While licensing does help with timing strategy, I don't think it's enough to build a mode against big cloud. Recently, more companies have been changing and using restrictive licensing to prevent cloud vendors from taking the open source project and running on their clouds. Mongo was one of the first when it started using the AGPL license, but companies like Confluent and Elastic have all released a version of an open source license that makes it difficult for Google, Amazon, or Azure to run their software in the cloud without cost or penalty. If a company can slow a cloud vendor or competitor for embracing your project, that gives the startup a timing advantage. However, these licenses will not stop in Amazon, for example, and building a compatible service like DocumentDB is to Mongo, or even potentially forking a project like they did to Elastic.
Conclusion At the core, the tenants of successful open source practices hold true for any strategy you undertake. Solving a hard problem that people are aware of, providing a solution that people agree is helpful, establishing your company as the problem solver, making usage an adoption of your product easy, and of course, crafting a successful good opportunity to work with them. However, after a successful go-to-market strategy that is scalable. However, bear in mind that while open source is a popular, logical, and often successful strategy for many reasons, adapting it to the cloud-only era comes with an extra set of challenges.
Startups using open source strategies during the cloud transition era, provided critical products and services, which allowed them to compete with the big three.
在云转型时代,采用开源策略的创业公司提供了关键的产品和服务,使他们能够与三大巨头竞争。
But the same tactics may not necessarily have the same impact in the cloud-only era. Unless, Challenger startups must carefully consider their entry point and develop a product and business model adapted to the current evolving cloud ecosystem.
That concludes this episode of Grey Matter. If you want to hear more from the Castles in the Cloud series, please check out our website at greylock.com slash castles.
To hear more of our podcasts on all subjects, please subscribe to SoundCloud, Spotify, or ever get your podcasts. You can find more content at greylock.com slash blog, and you can follow us on Twitter at greylockvc.