Here’s what we’re reading this week at MongoDB:
ComputerWorld: The Weather Channel forecasts heavy NoSQL ahead
Crain’s: 2014 Fast 50
Diginomica: Open source or bust – developer engagement, MongoDB style
Eliot’s Ramblings: The Road to MMS Automation
eWeek: MongoDB Management Service Tweaked for Flexibility
GigaOm: MongoDB targets ‘massive’ revenue stream with new cloud-based management service
MongoDB Community Blog: MongoDB Management Service Re-imagined: The Easiest Way to Run MongoDB
MongoDB Corporate Blog: Too Many Projects, Too Little Time: Deliver MongoDB-as-a-Service
Too Many Projects, Too Little Time: Deliver MongoDB-as-a-Service
What do a leading investment bank, a PaaS for mobile app developers and one of the largest US government departments all have in common? Each one needed to power a new wave of applications with a single database. Of course it didn’t make sense for each database instance to run on its own infrastructure. So they decided to build a shared service to standardize the way multiple applications and project teams consumed the database. That database was MongoDB. And what they built was MongoDB-as-a-Service. These organizations are not alone. MongoDB is the fastest growing database community on the planet . As more companies move from initial pilots to full scale production, IT groups are challenged to bring order to chaos. They need to maintain consistent operational best practices and enforce corporate governance mandates and BU accountability across multiple projects. This is where delivering MongoDB-as-a-Service comes in. One pool of shared resources – running in a private data center or in a public cloud – serving multiple tenants, each with unique workload requirements. Building something like this from scratch isn’t easy. But you don’t have to reinvent the wheel either. We’ve assembled best practices from multiple “as-a-service” projects to create the top 10 considerations to delivering MongoDB-as-a-Service . So what are the top 10 things to think about? You should download the whitepaper, but as a summary: Step 1: Identify Common Workload Requirements Presents checklists you can use to capture both current and future database loads and technology specs. This provides input to the infrastructure you need to provision. Step 2: Hardware & OS Selection Identifies the general-purpose building blocks you should use to power the service. Step 3: Virtualization Strategy Helps guide you to the virtualization technology that will get the most out of your hardware. Step 4: Enabling Multi-Tenant Services What do you need – maximum density of tenants per server, or maximum isolation between tenants? It doesn’t have to be either/or. You can blend multiple approaches to meet the demands of multiple apps. Step 5: Enforcing Security Isolation between Tenants Guidance on how to maintain strict isolation between each project, with full account and auditing control. Step 6: Meeting Service Level Agreement (SLA) Requirements How can you be sure you can deliver continuous availability to your customers? How can you scale those apps that need it, when they need it? This section shows you how. Step 7: Managing the MongoDB Service You need to provision new services fast. You need proactive monitoring to identify potential issues before an outage brings all your apps down. You need to ensure each teams’ data is safe and can recover from disasters. We present the management platform you need to accomplish all of these things. Step 8: Cost Accounting & Chargeback There is no such thing as a free ride….you deliver value for money, so now its time to make sure the project teams pay for what they consume. Step 9: Define the Implementation Plan Where to start? You need the right people on board. This section helps you track down the (willing?) volunteers Step 10: Production-Grade DBaaS You need your MongoDB instances to be certified, secure and supported. We have just the thing. If the above has piqued your interest, fill in a few details and download our new whitepaper now: MongoDB-as-a-Service: Top 10 Considerations .
MongoDB at AWS re:Invent 2020
While 2020 has been a challenging year, it has also given rise to new levels of innovative collaboration and agile thinking. Where better to experience both than at AWS re:Invent 2020? At MongoDB, we’re excited to partner with AWS on this free, 3-week virtual event, providing unlimited access to hundreds of sessions led by Cloud experts. Although we’ll miss the grand, buzzing halls of the Venetian Hotel and the celebratory sounds of slot machines this year, it’s still important to approach AWS re:Invent with a focused plan. Think of this year’s event as an opportunity to curate your own perfectly tailored experience. Check out this page for details of our fresh new lineup of deep-dives, targeted jam sessions and — of course — the annual MongoDB late-night party. Here are some of the highlights. AWS Jam — "Excel isn't a database!" Imagine this: It's your first week in a new job, and the VP of sales has already given you an important data task. The good news? From the start of the year, all your current sales data has been stored in MongoDB Atlas — allowing operational and analytical workloads to run on the live data set. The not-so-good news? That wasn't always the case. For years before they switched, their database (well, ”database”) of choice was… Excel. Fortunately someone took the initiative to export that data in CSV format and store it in S3, but now the sales team needs your help to analyze that data — and they need it fast. In our “Excel isn’t a database!” Jam Session, you’ll test and upgrade your skills by connecting MongoDB Atlas Data Lake to CSV data that’s been languishing in an S3 bucket. Then you’ll run an aggregation to complete the challenge and claim points. Game on! This jam session will be available on-demand for the duration of AWS re:Invent Databases & S3: Auto-archiving Breakout Session Databases are built for fast access, but this can also make them resource-intensive. As data grows, you may want to optimize performance (or cost) by migrating old or infrequently used data into cheap object storage. But this presents its own problems: automating the archival process, ensuring data consistency during failures, and either querying two data stores separately or building a query federation system. In this talk, you’ll learn about how we approached these problems while building Online Archive and Federated Query features into MongoDB Atlas, lessons learned from the experience, and how you can do the same. MongoDB Late Nite That’s right: it’s a party! In the spirit of Vegas, MongoDB will be hosting an interactive late-night bash complete with throw-back entertainment at our virtual after-hours event. Like Vegas, there’s something for everyone. Unlike Vegas, the odds are actually on your side. Get your adrenaline going and dial in for exclusive swag at our Home Shopping Network. Just sign on and dial into our custom QVC-reboot every hour for a chance to snag some really cool limited-release items. Stay tuned to the event website to find out what you can win, and when! Are you a Jeopardy lover? MongoDB Late Nite is your time to shine. Exercise your mental reflexes and get those synapses firing with hundreds of other party people inside episodes of dev-focused live trivia. And what kind of revelry is complete without a resident psychic on board? Join us at the Future of Coding for an interactive reading by a VERY accurate psychic. So kick back, grab a beverage and join us at the party from home. Let’s get in the spirit together! Sponsor Page/Online Booth Pop into our virtual sponsor booth at your convenience. Our product experts will be there to answer your questions one-on-one. Alternatively, if casually exploring resources is more your style, check out our self-serve content playlists. View these to dig deeper into MongoDB education, glean customer success stories and get up to speed on the latest product features.