Especially since the thing is open source! Does anyone understand what I’m missing here?
Thanks,
Bear
Bear:
There are two explanations and there is likely some contribution of both.
-
AWS needs lock-in to their cloud and MDB is providing a database that is cloud agnostic. AWS wants their customers to stay at AWS and create lock-in to do so. They also likely didn’t appreciate the new license announcement from 2 months ago pertaining to cloud providers of its open source database requiring licensing. It would surprise me if they could respond that quickly to such a recent announcement so I suspect they have been toying with this concept for some time and thus this likely wasn’t entirely reactionary.
-
There have been some large data set and speed issues with Atlas that were just updated this past month as announced in their earnings call. Note that these speed and dataset elements are exactly what AWS says they do better than Mongo…whether that is still true now after the Mongo update…we do not know. But there were some customers unhappy with performance with large data sets so this is what AWS tried address…perhaps again an attempt at lock-in vs the other clouds that depend more on MDB (though they all would like lock-in for sure).
We know AWS does not have an acceptable multidocument ACID so from a pure technology perspective, MDB leads by vast margin and keep in mind this was no simple engineering feat…3 years fulltime engineers to pull it off for MDB.
But IMO, the most important issue to come from all this will be:
-
Recognizing that not every customer has been served satisfactorily with Atlas and these weak areas will be attacked by competitors in coming years
-
Does MDB rise to the occasion and out-engineer these threats and continually look for customer experience improvements for what ails those customers.
Note that MDG has been largely mum on this development…lets see how they address it head on.