Never run out of cold brewed coffee again with Elasticsearch alerts
Steve Croce
Posted on: August 6, 2018
The one thing you need to know about successfully scaling MongoDB? The entire stack matters. We could write several books on optimizing your clusters at scale, but we’ll start with a couple of blogs first. In this blog, we’ll cover issues with scaling your network and scaling your app.
Usage spikes happen. MongoDB workloads can encounter spikes for a number of reasons:
Today, we are happy to announce that MongoDB version 3.6 has passed our tests and is generally available on the ObjectRocket platform.
You can get the full list of what is available in the MongoDB 3.6 release notes.
In a previous blog post, we provided an introduction to massive scaling with MongoDB. Scaling tends to be reactive in nature leading to issues such as degraded application performance or, even worse, total application downtime. These issues ultimately lead to a negative customer experiences that impact your business.
In this post, we’ll explain some of the most common MongoDB use cases we come across and different characteristics that are influencing these choices.
Today’s users, customers, clients, and buyers are notoriously impatient. They demand new experiences that engage and inspire; and they wanted them delivered at light speed. Because of these demands and expectations, applications and data stores have evolved in order to provide these types of “I want it now” experiences.
There are lots of definitions for scaling. Scaling could be defined as removing the scales from a fish. However, with databases, scaling refers to having the ability to expand to meet additional needs around storage/disk, RAM/memory, CPUs/compute cycles, networking, or other resources.
Beginning in version 3.2, MongoDB tracks usage statistics for every index. To access these statistics, MongoDB offers the $indexStats aggregation pipeline stage.
It’s no secret that NoSQL databases have gained tremendous ground over relational databases in the last decade. A primary driver for this is the huge amount of data generated today from sources we never would have dreamed of two decades ago.
