A: I met someone from 10gen the other day…
B: From where?
A: 10gen. The company that makes MongoDB.
As of today, the above conversation will never happen again, because we are now called “MongoDB, Inc.”
MongoDB CEO, Max Schireson, published a post that details why we made the decision to rebrand. See. If you have any questions or concerns, please let us know.
-Eliot and the MongoDB Team
What's in a Name?
Today 10gen is changing its name to MongoDB, Inc. I wanted to share my thoughts on the change with the MongoDB community. The short version: the company is completely dedicated to building and supporting MongoDB, so it made sense to have a name which clearly communicates that focus. The long version, for those who want more context, starts with some history. When Dwight and Eliot founded 10gen they were building an open source cloud computing stack . Of course with multiple products under development the company had a name and an identity separate from any of the products. Fairly early on, Dwight and Eliot decided to focus the company 100% on MongoDB. This left a company named 10gen that was completely focused on building and supporting MongoDB. There are pros and cons of 10gen and MongoDB as names. 10gen sounds more serious and alphabetizes better. MongoDB is catchier and easier to spell. In the end, the decision to change was not a decision about which name was better, but a decision that one name/identity/brand was better than two names/identities/brands. Why one name versus two? Simply put, with two names the name of the company failed to communicate what the company’s mission was. With unified naming, the company’s name clearly communicates who we are and what we do. Furthermore, we wanted to continue building awareness of MongoDB; building awareness of both MongoDB and of 10gen would be more complex and more expensive than focusing on MongoDB. We felt it was better to invest that incremental spend in making MongoDB better (ie, hire more engineers) than making 10gen more recognizable (lots of marketing spend required). Over the coming decade, we have tons of work to do on MongoDB. We will continue to invest in the product, the community, our partners and making our users and customers successful. We believe passionately that the world needs a database which is better suited to modern application development. We are excited that so many of you are choosing MongoDB and committed to making that choice a success. Our new name clearly reflects our total commitment to MongoDB. We look forward to working with the community to help MongoDB realize its potential. -Max and the MongoDB Team
What’s New in Atlas Charts: Easy Organization-Wide Sharing
We’re excited to announce improvements to sharing dashboards in MongoDB Atlas Charts . Data visualization is a powerful tool for discovering insights, and sharing visualizations across your team helps amplify those insights to propel businesses forward. With organization-wide sharing in Atlas Charts, we’re making it even easier to share the insights you discover from your application data across your entire organization. Sharing dashboards Atlas Charts has always made it possible to share visualizations with either individual members or everyone inside your Atlas project. Assuming a user had access to a given data source in Atlas, adding a user to a Charts project was effectively a one-click process. However, many teams do not broadly share database access unless an individual specifically needs it. And, if you want to share data with many members of your team, provisioning users one by one is tedious. Once users are in a Charts project, however, sharing a dashboard with everyone inside the project becomes relatively easy — you can invite all users in your project to view your dashboard with a single action. There are probably scenarios in which some members of your organization have Atlas access and others do not. In this case, if your team has enabled Federated Authentication and uses a third-party authentication provider, such as Google or Okta, Charts now makes it simple to turn on sharing dashboards across your entire organization. Granting access This approach makes sharing company-wide information quick and easy. For example, you can keep employees aware of product or platform growth or other key business metrics. Any members of your organization can be granted access to view these dashboards with a single click, as shown in Figure 1. Figure 1: A look at a dashboard shared across an organization. Note that, with these changes to dashboard sharing, your ability to maintain the security of your data remains unchanged. New dashboard viewers still need at least viewer access to any data source behind the charts in a shared dashboard, thereby ensuring that your company's sensitive data remains private. Additionally, project owners can now manage data source access at a deployment level, which means they can give access to their clusters or federated database instances . This capability is in addition to the already available granular control of data source access at a collection level, which was introduced as part of recent improvements we made to data sources. You can read more about managing access to data sources in your organization in our documentation . We hope you find these sharing improvements valuable and start leveraging this capability to share additional insights across your organization. New to Atlas Charts? Get started today by logging into or signing up for MongoDB Atlas , deploying or selecting a cluster, and activating Charts for free.