If you look at what the revenue generation is for all databases annually…total database is around $70 BILLION annually of which MDB does $220 Million.
How much of that 70 billion is NoSql, though? I think MDB is the big leader there.
Bear
If you look at what the revenue generation is for all databases annually…total database is around $70 BILLION annually of which MDB does $220 Million.
How much of that 70 billion is NoSql, though? I think MDB is the big leader there.
Bear
My thinking is Amazon is doing exactly what any company with aspirations to control and monetize their entire ecosystem would do. Think IBM in the mainframe heyday, they weren’t going to allow some 3rd party to control a critical core capability like the database in their environment - they delivered DB2 (& IMS etc). Since IBM also controlled all the underpinnings, APIs etc on mainframe they could tie the database very tightly with the platform, and since they had a captive client base they had some measure of control over the outcome. Customers always buy platforms when they can and like integration.
However in the distributed world things evolved differently, there were a myriad of hardware vendors (infrastructure) and numerous competitors in the database field independent of those ecosystems (Oracle, Sybase, Informix, Ingres, etc). The best combination of marketing/sales/innovation ended up dominating the space (Oracle) and part of the appeal was a single solution that was hardware and O/S independent running across many environments.
I don’t have an answer on how this will play out, I’m not well versed on the technical merits of MongoDB. Will customers more highly value an independent, portable solution that can be written once and deployed in multiple cloud environments (Amazon, Azure, Google, IBM) or will they more highly value the convenience and integration of a database that is more tightly coupled to a single environment like Amazon AWS? Is the NoSQL technology fairly settled in it’s capabilities (that would favor Amazon) or does it still require massive amounts of innovation as it evolves (that would favor a more nimble hyper focused company like Mongo IMO).
Amazon wants to create stickiness to their platform, so they will build in proprietary features that make it less likely you will ever want to migrate your cloud workload. That includes a tight coupling to the underlying database. Think Apple ecosystem, the more products you use the less likely you will leave.
Sorry raising more questions than answers, this in my mind comes down to how brilliant are the MongoDB developers and leaders, will they continue to add functionality that the market desires, with better scale, performance, reliability and portability that the me too vendors can’t match or keep up with. I was in the object database industry many years ago and watched as all those innovative companies and technologies were usurped by the relational behemoths that added “good enough” object to relational mapping features that while not true object databases, kept their infrastructure and skills relevant. This is why tech is so tricky to invest in, it innovates faster than most people can comprehend.
I’m still in Mongo but cut my exposure a bit to a normal not oversized position just to be safe.
How much of that 70 billion is NoSql, though? I think MDB is the big leader there.
Bear
Its about $4-6 Billion annually…again compare that to a mere $220 Million from MDB.
But again Bear, this is obviously a much longerterm story when viewed from a market share perspctive…which is why I would expect more future attacks on any perceived weaknesses in the coming years.
Which is also why I am VERY interested how they respond to the AWS threat…hoping for class, finesse and engineering prowess.
You later asked “why wouldn’t [AMZN] start competing?” To me this is exactly why: this is not low hanging fruit here. Mongo’s FREE product was best in class. Amazon could offer their DBaaS anyway, right? Why re-invent the database??
Also, I guess DynamoDB is now defunct?? DocumentDB replaces it? (It must be better because it’s based on Mongo!)
No, my comment is that they took MDB’s free code (because it was better and as you point out - more popular) and built the DynamoDB as the ACID component and bingo - they have their own DBaaS which (in AMZN’s opinion) addresses the ease of use concerns folks had with MDB while also reaping the benefits of the brand marketing and attraction of developers (until they can build DocumentDB’s reputation)
If the TAM is truly $70B, then it is large enough for AMZN to think about. Similar to the other “land and expand” models we explore, I’m not sure why this is a stretch to imagine? AWS is simply expanding the value add to customers who are part of the service. Plain and simple.
Time will tell. The good new for investors is that Tuesday at Needham will be very very telling.
I’ve been trying to find info on the spend in NoSQL but either it’s not large enough to warrant major studies, no one has done it yet, or it’s locked behind pay walls or secrets.
If anybody has a link on that, would be appreciated.
In absence of market share data, a site DB-Engines provides a ranking of DB “popularity” that uses some sort of wizardry combining search trends, job openings with the DB mentioned, professional profiles listing the DB as a skill, discussions in DB boards, relevance, etc.
Read the link to the methods from the rankings link if you’re curious.
The DB-Engines Ranking does not measure the number of installations of the systems, or their use within IT systems. It can be expected, that an increase of the popularity of a system as measured by the DB-Engines Ranking (e.g. in discussions or job offers) precedes a corresponding broad use of the system by a certain time factor. Because of this, the DB-Engines Ranking can act as an early indicator.
Sounds to me like they are a measure of a Database’s relevance in the market and momentum.
That’s their claim, here’s the link to both the overall database rankings and the document store database in particular.
https://db-engines.com/en/ranking
https://db-engines.com/en/ranking/document+store
MDB is small compared to the huge top 3 (Oracle, MySQL, and MS SQL) but is rising really fast in the overall. And is ranked #5 among ALL databases. The top 3 are declining sharply.
On the document store (MDB type) they are far and away the leader and expanding the lead. About 6x higher score than next closest AmazonDynamoDB.
Of other note is the rise of PostregeSQL. And Elasticsearch search engine database. ESTC dominates search databases and is pulling away from Splunk and the cloud titan search applications. Gonna have to get more on that ESTC. I was reading some ESTC material and was curious on a statement about their licensing. The freemium ESTC license specified a size of the Elastic Node and limited the RAM and Storage of the data stored on the Elastic node. I guess I didn’t consider what they do as Database management, but maybe it’s closer to that than I realized?
https://db-engines.com/en/ranking/search+engine
Anyways, some color to the “market”. Not measurements of sales and installed base, but a measure of “popularity”.
Darth
Mongo’s FREE product was best in class.
If it is free, then why is MDB complaining about Amazon not paying for it?
This is the crux of it, isn’t it?
Say I’m a photographer. I take an amazing photo. I decide that anyone is welcome to use my photo for their own personal use (e.g. print it out and put it on their wall), for free.
If you decide to take my photo, edit it/photoshop it, and then sell it on, I’m happy for you to do that without charge, but my only request is for you to share your edit so everyone else can use it freely.
This is the problem. Mr Bezos has taken my photo, edited it, not allowed anyone else to see the edit so they could use it themselves, he’s made lots of copies of the edit, and hires them out to people or venues to use, and gets paid monthly for the rent of these copies. Bezos says he’s not selling them so he’s technically abiding by my original wishes. This kinda pisses me off because I mean, come on…goes against the spirit of my wishes surely!
But as either Denny or Tinker recently opined, the fact that AWS wants to copy them…that was quite an industry nod…quite a nod indeed!
Wasn’t me but I agree.
Talking about downloads, I’ve used MySQL for close to 20 years, I’ve downloaded it two or three times and paid MySQL ZERO - ZILCH - NADA pennies.
Denny Schlesinger
‘Your margin is my opportunity.’ ~ Jeff Bezos
If it is free, then why is MDB complaining about Amazon not paying for it?
It’s NOT free, it’s Open Source which means a license spells out how third parties may use it. In Mongo’s case, some of the code you have to pay for. There is a “free” version and a “professional” version. This week I downloaded software that is free for individuals but paid for business. The owner of the Open Source Copyright decides who and how the software may be used.
Throwing around the word “free” is misleading. Only “public domain” is unrestricted free.
Mongo is not complaining about “about Amazon not paying for it.” They are complaining about Amazon violating the license agreement.
Denny Schlesinger
Let us say Atlas use costs $10/month. $5 for hosting in AWS and Mongo keeps $5 to itself. Amazon wants Mongo’s $5 as well.
Amazon rev is about $200B/y. Database market is big enuf. for them to be interested. Moreover, it offers AWS lock-in too. So, it is a win/win for them.
Based on my example earlier if it costs just $6/month to use documentdb as service some companies will go for it even if the actual database may be a little behind. In the yahoo article they claim that documentdb service has a number of adv. over Atlas too. Don’t know if everything has been fixed.
https://finance.yahoo.com/news/aws-announces-amazon-document…
Customers …often only take advantage of a fraction of the functionality the API offers. Customers also find it challenging to build performant, highly available applications on MongoDB that can quickly scale to multiple Terabytes (TBs) and hundreds of thousands of reads and writes-per-second because of the complexity that comes with setting up and managing MongoDB clusters. As a result, customers spend a lot of time and expense managing MongoDB clusters at scale, including dealing with the undifferentiated heavy lifting of securing, patching, and operating MongoDB…
Amazon DocumentDB reduces database I/O by writing only database changes to the storage layer, avoiding slow, inefficient, and expensive data replication across network links. Together with optimizations like advanced query processing, connection pooling, and optimized recovery and rebuild, Amazon DocumentDB achieves twice the throughput of currently available MongoDB solutions.
https://www.epicgames.com/fortnite/en-US/buy-now/battle-roya…
Here is Fortnite. $3 billion profit in 2018. You can play for free! You never need to pay for it, ever, ever, ever. Yet Fortnite somehow managed to make $3 billion in profit. Did they do it on volume alone of people playing for free?
No, obviously people are willing to pay for added functionality. Same with MongoDB. When it comes to MongoDB it does not matter if millions use it for free because it is the tens of thousands or hundred of thousands of enterprise and institutional users that matter, because they are the ones that pay.
40 million downloads at last check. Lets say they get 200,000 enterprise and institutional customers some day. Wonderful investment for us! That is .0005% of all current downloads that are the only downloads that matter to MongoDB. Mongo’s business is not making money off of millions or even tens of millions or even 100s of millions of people who download and use Mongo (they can all have it for free), it is that very tiny small fragment of users that MongoDB makes money off of. Currently they have more than 8,000 customers and rapidly growing.
It is therefore misplaced to look at how easy it is to use for free!!! It is those that have need for the added functionality (i.e., enterprises and institutions) that need the added functionality and services. They are also the ones that have the most run-time and size of data stores on Atlas (and thus the ones paying the most for Atlas).
The beauty of Atlas is it enables MongoDB to monetize everyone - but even here it will be enterprises and institutions that are material.
Tinker
If you sell something on Amazon through the Amazon warehouses, they know how many you sell and for what price. If you are an independent seller, Amazon also knows how many you sell and for what price, etc.
Amazon knows how to mine all this data.
When companies are using AWS, Amazon knows some similar things about what applications you are using and for how long, etc.
Why would anyone think that Amazon isn’t going to cherry pick successful SaaS businesses and what to take more and more of the profit?
Mike
With time, I thought I’d look to source material from AMZN on why they even felt the need to invest their resources here.
Keeping in mind how customer focused this company is, I thought I’d find the cracks that they were seeking to fill.
https://aws.amazon.com/documentdb/
Self-managing MongoDB databases is difficult, time-consuming, and expensive. With Amazon DocumentDB, you can set up, secure, and scale MongoDB-compatible databases in the cloud without worrying about manually setting up and securing database clusters, running cluster management software, configuring backups, and monitoring production workloads.
Okay. So they were hearing about the challenges of managing these databases…implying that companies did not like having to staff up the internal expertise. Trend: O&M reduction at companies and outsourcing of services. We get this, this is SaaS in a nutshell.
Ok - but which customers
Shopping sites, online publications, digital archives, point-of-sale terminals, and self-service kiosks rely on content and catalog management systems to serve their customers. These systems need fast and reliable access to user reviews, images, ratings, product information, comments, etc. With Amazon DocumentDB’s flexible document model, data types, and indexing, you can store and query content (e.g., user reviews and demo videos for shopping sites) and catalogs (e.g., inventory lists for point-of-sale terminals and financial trades for trading platforms) quickly and intuitively.
Looks to me like e-commerce and small merchants. I also thought “sounds like all of Square and Shopify’s target customers”
Then I thought, “well Mongo knew of this issue because Atlas is doing the exact same thing”
So I conclude that the metric to watch is Atlas versus Amazon
DocumentDB as DBaaS
Finally, how hard it is to jump off Mongo DB and onto DocumentDB?
https://aws.amazon.com/documentdb/features/
Amazon says it will migrate existing MongoDB in “minutes” and offer “6 months free trial”.
Amazon appears to have locked itself into a near term sales battle of converting exiting self managed MongoDB into a DBaaS solution while MDB will be trying to convert those accounts into Atlas solution.
In the long term, I suspect that the codes will diverge as MDB license kicks into future evolutions
Needham will be very interesting to hear the response.
Just a Fool
Long MDB, but lightened position
People seem to be missing a very important (but nuanced) point in this. Amazon is NOT running a 2 year old version of MongoDB. They are running their OWN document database, which may or may not be as good as the current version of Mongo (in all likelihood it is better in some ways and worse in others). We just don’t really know about its technical capabilities quite yet. But what Amazon is doing is making this new database COMPATIBLE with a 2-year old Mongo API, to make it easy for current Mongo users to switch. This implies that Amazon thinks they can make their offering attractive to customers in other ways (likely price), and they are trying to remove other impediments (migration headaches).
Here is a car analogy to help. Tesla builds a great electric car and a Supercharger network to go with it. Things are going great. Then Ford decides it wants to get into the electric car game. They design the car and have a decision to make on what to do about charging. They could spend the money to build their own charging standard and a network to go with it. But that’s expensive and the time to market will be slow as molasses. So they say, wait a sec, we’ll just make our chargers compatible with Tesla’s supercharger network! That way, our potential customer’s charging options will be as good as Tesla’s as soon as our cars hit the street. Great idea! Now, it this car example, Tesla might have patented their charger design, so Ford couldn’t actually do this. But in Mongo’s case, because of open source, their API (= charger design) is free for anyone to copy and use (or at least the 2-year old version of that design is). And that’s exactly what Amazon did. But don’t confuse the car with the charger. Amazon has it’s own document database, it’s only the API that they are mimicking to ease compatibility and migration.
MongoDB is becoming the standard NoSQL database. It is pulling away from the rest and is embedded in many applications as the default database as well.
Mongo has a previous database Dynamo that is a document based database that although may be easier to provision (just as Amazon states DocumentDB is) it is much harder to work with and is much less popular than MongoDB.
So in order for Amazon to attract any customers to any new NoSQL like database Amazon has to include three things (1) easy portability from MongoDB, (2) backward compatibility with Mongo, and (3) same functionality plus same scripting language.
Amazon could not just create their own BETTER database and hope to take over from Mongo, thus they are using the APIs from a 2 year old version of MongoDB. The reason being is not to really give greater functionality but to get some customers to become more locked into the infrastructure of AWS.
Legally speaking AWS is on slippery turf and that is why they will probably limit themselves to version 3.6 APIs as it gives Mongo less incentive to sue (which would be awful), and gives AWS at least a differentiated case from Oracle v. Google to defend. If AWS moves to 4.0 APIs and tries to usurp those then it will be war.
No matter what features Amazon creates on their own Amazon simply cannot create a database attractive enough without the three steps outlined above. This says a lot about how MongoDB is becoming the standard.
It says that it is worthwhile for Amazon to dance on the edge of the law (probably even crossed it, but not enough for the expense and worry of a little company suing Amazon) in order to get just a bit more of the Mongo database demand.
Those are good things. However, how well can Mongo end up monetizing this all? Atlas is what most people are looking at. And Amazon has given the indication that hosting of MDB is worth pushing the edge of the law to do, and it is only worth doing if it usurps enough Mongo functionality because doing otherwise just creates another DynamoDB.
Tinker
Shikotus, you are right about it being their own database and right that it might have some pluses we don’t know about, but I think there are some other things we know.
For starters, the commands for transaction scoping to control multi-document ACID transactions are unlikely to be in the 3.6 API since that work was done after that API. So, stuck with the 3.6 API, (at best, given Tinkers remarks about legality), they really have no way to support any of the changes which Mongo has made since 3.6, at least none which require explicit control.
Second, while we know that Amazon has done some things to improve performance which were perceived issues in the 3.6 version of MongoDB, we also know that Mongo has made improvements targeted on the same issues. We have no way of knowing who did the better job or even whether this might be a some of one and some of the other type of area, but it is highly unlikely that DocumentDB is simply absolutely better on these issues.
Third, one of the attractions of MongoDB is the accessory products which it also has available. The current versions of these products are almost certainly written with the current API, not 3.6. The implication is that it is unlikely that these products can be used with DocumentDB unless one uses a two year old version.
I think Amazon’s strategy of using its customers’ data to work them out of business will backfire. I know many of us invest in Amazon, and may look the other side, but this is predatory behavior. It reminded me of Microsoft behavior, not so long ago, and how the government had to intervene. Yes, they are picking on small MongoDB, but maybe, Oracle will buy MDB to grow their DB business and innovate again, and sue Amazon like they did with Google!
Second, while we know that Amazon has done some things to improve performance which were perceived issues in the 3.6 version of MongoDB, we also know that Mongo has made improvements targeted on the same issues. We have no way of knowing who did the better job or even whether this might be a some of one and some of the other type of area, but it is highly unlikely that DocumentDB is simply absolutely better on these issues.
Tamhas,
This makes sense to me. Also, for future versions of Mongo (4.2 and beyond), doesn’t the open source nature of Mongo still benefit the software? I would think the open source community would rally here.
Thanks,
Bear
Open Source is, of course, somewhat two edged. Being open source means that there is some level of user who will use the open source version for free and not provide any revenue. On the other hand, that level of user is probably unlikely to provide much revenue anyway. Having an open source version and a premium paid for version means that the later is little different than a proprietary product … unless the open source nature of the base product means that there really are useful improvements being added to the product by the user community. This certainly was important to the growth of Linux despite proprietary flavors like Red Hat. Whether this is significant for MongoDB I don’t know. And, I suppose there are some companies who will go with Mongo in this pair exactly because they are the open source company and Amazon is the big guy who ripped it off.