Amazon DocumentDB (with MongoDB compatibility) vs. MongoDB Atlas vs. Progress MarkLogic

AWS Document DB (with MongoDB compatibility) is well suited when for all the workloads due to its huge feature offerings which will reduce our operational overhead and due to that we can focus more on our WorkLoad rather than optimising and fine tuning Databases. Its Offerings are Advanced Monitoring, DB cluster Upgrades, Migration Assistant, High Availability, Fault Tolerance, Data Durability, Security, Storage Auto Scaling, Backup Restore policies.AWS Document DB (with MongoDB compatibility) some of the features that are there in some other services like MongoDB Atlas that offers vast amount of features plus Supports Multi Cloud while Deploying Database clusters, Immediate support to latest Mongo DB versions, Mobile & Edge Sync like Atlas Edge Sync, Freedom to choose Database deployment in Any top Public Cloud, Having more then 100 plus Monitoring and Telemetry metrics for index and schema recommendations, More Compatibility with MongoDB queries.

Incentivized

It is good if you: 1. Have unstructured data that you need to save (since it is NoSQL DB) 2. You don't have time or knowledge to setup the MongoDB Atlas, the managed service is the way to go (Atlas) 3. If you need a multi regional DB across the world

Incentivized

If you are storing META data then MarkLogic is super useful as it retrieves everything so fast, while storing the whole data shows performance issues some times. If you have legacy systems then migrating from it would really require sweat and blood, on the other hand if you are in systems like Node.js you can simply integrate two systems easily. If you don't know how in the end your your data schema will look like then it's better to make a prototype using MarkLogic.

Incentivized

• Amazon DocumentDB (with MongoDB compatibility) provides Auto scaling of cluster as a by default functionality through this we can focus on more on our applications end
• Through AWS Document DB without much operation overhead we can configure for Database's high availability, Durability, Backup Restores policies, Advanced Monitoring, Security Parameters.
• Also they can provide us a Guide for Database Migration from any Supported Mongo DB vendor to AWS Document DB.
• Via AWS Document DB query Logging ( Profiling ) we can fine tune our database queries and hence improving our END to END Customer Experience and Product Enhancements.

Incentivized

• Generous free and trial plan for evaluation or test purposes.
• New versions of MongoDB are able to be deployed with Atlas as soon as they're released—deploying recent versions to other services can be difficult or risky.
• As the key supporters of the open source MongoDB project, the service runs in a highly optimized and performant manner, making it much easier than having to do the work internally.

Incentivized

• Search was really advanced. Hard to set up and had limitations about semantical meanings between xml nodes, but provided very good search abilities.
• The organization of documents across collections and metadata was particularly useful.
• The REST abilities were very advanced and worked with XQuery well.

Incentivized

• Give support for Latest Mongo DB versions available in market
• AWS Document DB is limited up to 32 shards per cluster and 2 shards per Document DB instance and all within single region
• Start supporting more numbers of Rich data types
• Should have access to MongoDB experts who throw light on Cutting edge mongoDB features and integration consulting.

Incentivized

• For someone new, it could be challenging using MongoDB Atlas. Some official video tutorials could help a lot
• Pricing calculation is sometimes misleading and unpredictable, maybe better variables could be used to provide better insights about the cost
• Since it is a managed service, we have limited control over the instances and some issues we faced we couldn't;'t know about without reaching out to the support and got fixed from their end. So more control over the instance might help
• The way of managing users and access is somehow confusing. Maybe it could be placed somewhere easy to access

Incentivized

• MarkLogic still has a long way to go in fostering the developer community. Many developers are gravitating to the simple integrations and do not delve into the deeper capabilities. They have made tremendous strides in recent months and I am sure this will improve over time.
• Many of the best features are left on the floor by enterprises who end up implementing MarkLogic as a data store. MarkLogic needs to help customers find ways to better leverage their investment and be more creative in how they use the product.
• Licensing costs become a major hurdle for adoption. The pricing model has improved for basic implementations, but the costs seem very prohibitive for some verticals and for some of the most advanced features.

Incentivized

MarkLogic is expensive but solid. While we use open source for almost everything else, the backend database is too critically important. At this point, re-tooling for a different back end would take too much time to be a viable option.

Incentivized

I would give it 8. Good stuff: 1. Easy to use in terms of creating cluster, integrating with Databases, setting up backups and high availability instance, using the monitors they provide to check cluster status, managing users at company level, configure multiple replicas and cross region databases. Things hard to use: 1. roles and permissions at DB level. 2. Calculate expected costs

Incentivized

Very little about it can be done better or with greater ease. Even things that seem difficult aren't really that bad. There's multiple ways to accomplish any admin task. MarkLogic requires a fraction of administrative effort that you see with enterprise RDBMS like Oracle. MarkLogic is continually improving the tools to simplify cluster configuration and maintenance.

Incentivized

We love MongoDB support and have great relationship with them. When we decided to go with MongoDB Atlas, they sent a team of 5 to our company to discuss the process of setting up a Mongo cluster and walked us through. when we have questions, we create a ticket and they will respond very quickly

Incentivized

There's always room for improvement. Some problems get solved faster than others, of course. MarkLogic's direct support is very responsive and professional. If they can't help immediately, they always have good feedback and are eager to receive information and details to work to replicate the problem. They are quick to escalate major support issues and production show-stopping problems. In addition to MarkLogic's direct support, there are several employees who are very active among the community and many questions and common issues get quick attention from helpful responses to email and StackOverflow questions.

Incentivized

MongoDB is a great product but on premise deployments can be slow. So we turned to Atlas. We also looked at Redis Labs and we use Redis as our side cache for app servers. But we love using MongoDB Atlas for cloud deployments, especially for prototyping because we can get started immediately. And the cost is low and easy to justify.

Incentivized

We had Fast in place when Microsoft had bought it up and was going to change / deprecate it. One of the biggest advantages of MarkLogic for search actually had to do with the rest of the content pipeline - it allowed us to have it all in one technology. On the NoSQL side, we looked at MongoDB a couple years back. At that time, MarkLogic came in stronger on indexing, transaction reliability, and DR options. For us, that was worth using a commercial product.

Incentivized

• Great Customer Experience as DB queries are fine tuned
• Less Operational Overhead to manage and take care of the Database
• Automatic applying of Small patches

Incentivized

• Positive - Faster provisioning so we don't have development teams waiting.
• Positive - Automated backups and server management - eliminates need for dedicated DBAs.

Incentivized

• MarkLogic reduced the amount of time that the DevOps team needed to dedicate to database updates, as the engineering team was mostly able to easily design and maintain database upgrades without requiring specialists such as database architects on the DevOps side. This capability flowed from the product's speed and the versatility of its XQuery language and libraries.
• MarkLogic required significant education and buy-in time for the engineering team.

Incentivized