We’re excited to announce MongoDB.local Seattle! Join us on February 15 for a one-day educational conference to learn best practices for building and deploying your giant ideas.
With 20+ technical sessions, jumpstarts, and tutorials, you’ll be able to customize your agenda based on interest and experience level. Our engineers will cover topics including application architecture, schema design, microservices, analytics, performance, and more. Check out top sessions like Using Change Streams to Keep Up with Your Data and Spark and Machine Learning.
Curious about what’s new in MongoDB 3.6? Want to get the details on MongoDB Stitch? You won’t want to miss the keynote from MongoDB’s CTO & Co-Founder Eliot Horowitz. You can also get your specific questions answered by scheduling one-on-one consulting with a MongoDB engineer.
We’ll have breakfast, lunch, and coffee to keep you fueled throughout the day. And the swag. . .it wouldn’t be a MongoDB event without swag.
MongoDB.local Seattle is our biggest Pacific Northwest event this year. Register today to learn MongoDB best practices from the experts and connect with the fastest growing database community.
Date: February 15, 2018
Time: 8:00am - 5:00pm
Location: Bell Harbor International Conference Center
2211 Alaskan Way Seattle, WA
What’s New in MongoDB 3.6. Part 1 – Speed to Develop
MongoDB 3.6 is now Generally Available (GA), and ready for production deployment. In this short blog series, I’ll be taking you on a whirlwind tour of what’s new in this latest release: Today, we’ll take a look at the new capabilities designed specifically to help developers build apps faster. We’ll take a look at change streams, retryable writes, developer tools, and fully expressive array manipulation In part 2 , we’ll dive into the world of DevOps and distributed systems management, exploring Ops Manager, schema governance, and compression Part 3 will cover what’s new for developers, data scientists, and business analysts with the new SQL-based Connector for BI, richer in-database analytics and aggregations, and the new recommended driver for R In our final part 4 , we’ll look at all of the new goodness in our MongoDB Atlas fully managed database service available on AWS, Azure, and GCP, including cross-region replication for globally distributed clusters, auto-scaling, and more. If you want to get the detail now on everything the new release offers, download the Guide to what’s New in MongoDB 3.6 . Developer-First MongoDB has always been a developer-first technology. Its document data model maps naturally to objects in application code, making it simple for developers to learn and use. A document’s schema can be dynamically created and modified without downtime, making it fast to build and evolve applications. Native, idiomatic drivers are provided for 10+ languages – and the community has built dozens more – enabling ad-hoc queries, real-time aggregation and rich indexing to provide powerful programmatic ways to access and analyze data of any structure. MongoDB 3.6 builds upon these core capabilities to allow developers to create rich apps and customer experiences, all with less code. Change Streams Change streams enable developers to build reactive, real-time, web, mobile, and IoT apps that can view, filter, and act on data changes as they occur in the database. Change streams enable seamless data movement across distributed database and application estates, making it simple to stream data changes and trigger actions wherever they are needed, using a fully reactive programming style. Implemented as an API on top of MongoDB’s operation log ( oplog ), consumers can open change streams against collections and filter on relevant events using the $match, $project, and $redact aggregation pipeline stages . The application can register for notifications whenever a document or collection is modified, enabling downstream applications and consumers to act on new data in real time, without constantly querying the entire collection to identify changes. Applications can consume change streams directly, via a message queue, or through a backend service such as MongoDB Stitch (coming soon). Use cases enabled by MongoDB change streams include: Powering trading applications that need to be updated in real time as stock prices rise and fall. Synchronizing updates across serverless and microservices architectures by triggering an API call when a document is inserted or modified. For example, new customer orders written to the database may automatically trigger functions to generate invoices and delivery schedules. Updating dashboards, analytics systems, and search engines as operational data changes. Creating powerful IoT data pipelines that can react whenever the state of physical objects change. For example, generating alarms whenever a connected vehicle moves outside of a geo-fenced area. Pushing new credit card transactions into machine learning training models to re-score fraud classifications. Refreshing scoreboards in multiplayer games. Figure 1: MongoDB change streams enable consumers to react to data changes in real time Some MongoDB users requiring real-time notifications have built their own change data capture processes that “tail” the oplog. By migrating to change streams, these users can reduce development and operational overhead, improve usability, and increase data reliability. When compared to both oplog tailing and change notifications implemented by alternative databases, MongoDB change streams offer a number of advantages: Change streams are flexible – users can register to receive just the individual deltas from changes to a document, or receive a copy of the full document. Change streams are consistent – by utilizing a global logical clock, change streams ensure a total ordering of event notifications across shards. As a result, MongoDB guarantees the order of changes will be preserved, and can be safely processed by the consuming application in the order received from the stream. Change streams are secure – users are able to create change streams only on collections to which they have been granted read access. Change streams are reliable – notifications are only sent on majority committed write operations, and are durable when nodes or the network fails. Change streams are resumable – when nodes recover after a failure, change streams can be automatically resumed, assuming that the last event received by the application has not rolled off the oplog. Change streams are familiar – the API syntax takes advantage of the established MongoDB drivers and query language, and are independent of the underlying oplog format. Change streams are highly concurrent – up to 1,000 change streams can be opened against each MongoDB instance with minimal performance degradation. Review the MongoDB change streams documentation to learn more. Retryable Writes The addition of retryable writes to MongoDB moves the complexity of handling temporary system failures from the application to the database. Now, rather than the developer having to implement custom, client-side code, the MongoDB driver can automatically retry writes in the event of transient network failures or a primary replica election, while the MongoDB server enforces exactly-once processing semantics. By assigning a unique transaction identifier to each write operation, the driver re-sends that ID to enable the server to evaluate success of the previous write attempt, or retry the write operation as needed. This implementation of retryable writes offers a number of benefits over approaches taken by other databases: Retryable writes are not limited to idempotent operations only. They can also be applied to operations such as incrementing or decrementing a counter, or processing orders against stock inventory. Retryable writes are safe for operations that failed to acknowledge success back to the application due to timeout exceptions, for example due to a transient network failure. Retryable writes do not require developers to add any extra code to their applications, such as retry logic or savepoints. Applications that cannot afford any loss of write availability, such as e-commerce applications, trading exchanges, and IoT sensor data ingestion, immediately benefit from retryable writes. When coupled with self-healing node recovery – typically within 2-seconds or less – MongoDB’s retryable writes enable developers to deliver always-on, global availability of write operations, without the risks of data loss and stale reads imposed by eventually consistent, multi-master systems. Tunable Consistency With tunable consistency, MongoDB affords developers precise control over routing queries across a distributed cluster, balancing data consistency guarantees with performance requirements. MongoDB 3.4 added linearizable reads, which were central to MongoDB passing Jepsen – some of the most stringent data safety and correctness tests in the database industry. Now the MongoDB 3.6 release introduces support for causal consistency – guaranteeing that every read operation within a client session will always see the previous write operation, regardless of which replica is serving the request. By enforcing strict, causal ordering of operations within a session, causal consistency ensures every read is always logically consistent, enabling monotonic reads from a distributed system – guarantees that cannot be met by most multi-node databases. Causal consistency allows developers to maintain the benefits of strict data consistency enforced by legacy single node relational databases, while modernizing their infrastructure to take advantage of the scalability and availability benefits of modern distributed data platforms. Developer Tooling: MongoDB Compass As the GUI for MongoDB, Compass has become an indispensable tool for developers and DBAs, enabling graphical schema discovery and query optimization. Compass now offers several new features: Auto-complete : Enables developers to simplify query development with Compass providing suggestions for field names and MongoDB operators, in addition to matching braces and quotes as they code. Query History : Allows developers to re-run their most recently executed queries, and save common queries to run on-demand. Table View : Now developers can view documents as conventional tables, as well as JSON documents. MongoDB Compass is not just a single tool – it’s a framework built to allow for the addition of modular components. Compass now exposes this as the Compass Plugin Framework , making Compass extensible by any user with the same methods used by MongoDB’s software engineers. Using the plugin API, users can build plugins to add new features to Compass. Examples include a GridFS viewer, a sample data generator, a hardware stats viewer, a log collector/analyzer, and more. You can learn more about these new features in the MongoDB Compass documentation . MongoDB Compass Community With the MongoDB 3.6 release, the Compass family has expanded to now include the new, no-cost Compass Community edition. Compass Community provides developers an intuitive visual interface to use alongside the MongoDB shell. It includes the core features of Compass, enabling users to review the hierarchy and size of databases and collections, inspect documents, and insert / update / delete documents. Developers can use the GUI to build queries, examine how they’re executed, and add or drop indexes to improve performance. Compass Community also supports the latest Compass functionality available with MongoDB 3.6, making developers even more productive. Figure 2: MongoDB Compass Community, new no-cost GUI for MongoDB developers MongoDB Compass Community is available from the MongoDB download center . Fully Expressive Array Updates Arrays are a powerful construct in MongoDB’s document data model, allowing developers to represent complex objects in a single document that can be efficiently retrieved in one call to the database. Before MongoDB 3.6, however, it was only possible to atomically update the first matching array element in a single update command. With fully expressive array updates, developers can now perform complex array manipulations against matching elements of an array – including elements embedded in nested arrays – all in a single atomic update operation. MongoDB 3.6 adds a new arrayFilters option, allowing the update to specify which elements to modify in the array field. This enhancement allows even more flexibility in data modeling. It also delivers higher performance than alternative databases supporting JSON data as entire documents do not need to be rewritten when only selective array elements are updated. Learn more from the array update documentation . Next Steps That wraps up the first part of our what’s new blog series. Remember, if you want to get the detail now on everything the new release offers, download the Guide to what’s New in MongoDB 3.6 . Alternatively, if you’d had enough of reading about it and want to get started now, then: Spin up MongoDB 3.6 on MongoDB Atlas . Download MongoDB 3.6 to evaluate the new release in your own environment. Sign up for our free 3.6 training from the MongoDB University.
Why It's an Exciting Time to Join MongoDB's Expanding Australian Location
Although MongoDB is headquartered in New York City, our company has offices spanning the Americas, Europe, the Middle East, Africa, and Asia-Pacific. MongoDB is currently made up of more than 2,900 employees, and we are continuing to grow. One location experiencing expansion is Australia. Established in 2012, our Australian team is spread across our offices in Sydney and Melbourne, or remote throughout the country. In this spotlight, team members share what life is like at MongoDB in Australia and why it’s an exciting time to join. An overview of MongoDB Australia The teams based in Australia currently include Storage Engines, MongoDB Charts, Technical Services, Professional Services, Solutions Architecture, Human Resources, Marketing, Sales, MongoDB Labs, Customer Success, Developer Relations, and more. We’ll continue to build out new teams as MongoDB grows, and the opportunities in Australia will grow along with it. Katie Mapstone , Principal Recruiter, Sydney “Our teams in Australia are still small enough that employees can see the direct impact and contribution of their work. At the same time, we’re big enough that there are clear paths for professional growth and development, whether within your team or into others.” “You’re not just a cog in the wheel here, and you have a lot of autonomy and opportunity to take initiative in your role. This is a good atmosphere for those who like the freedom to create because you also have the global support of an established company. It’s a great opportunity to work at an innovative organisation where what you do really matters.” Despite MongoDB’s size, the Australian team gets the best of both worlds: a tight-knit, small-company vibe with the benefits, resources, and support of a larger, more evolved organisation. Some benefits for our Australian team members include: Above-standard 25 days of annual leave. More than 20 weeks of company-sponsored, fully paid parental leave, family planning benefits, and parental counselling support. Generous contribution toward company health insurance plan, ranging between $3,000 (single) and $7,600 (family) per year, depending on the level of coverage chosen. Income protection, life cover, and total permanent disability insurance. A generous equity and employee stock purchase program. Ongoing local and global company initiatives to support physical and mental well-being, including mental health resources, a free subscription to Headspace, gym benefits, and an employee-assistance program. Free lunches two days a week (when the team is in the office). Joey Zhang , Director of Employee Experience for APAC, India, and New Markets “At MongoDB, our goal is to create opportunities that enable employees to learn, develop, and fulfill their potential. We encourage everyone to follow their career interests and fully support transitions across teams and functions. We invest in our people for the long term through truly awesome technical and professional learning and development opportunities, including internal online learning, external coaching, workshops and accreditations, and more. Employees will openly share knowledge and experience, both work and personal, with others who may be seeking guidance or support.” “Diversity and inclusion also play a big role. People feel safe and encouraged to share their opinion, and they consider everyone else’s needs and feelings when an event is to be hosted or a decision is to be made. The sense of belonging, pride, and close-knit feeling here is significant.” The Sydney office and team culture Our largest office in Australia is in the heart of Sydney’s Chinatown, a short walk from Central and Town Hall train stations. As vibrant as the city around it, our office is just minutes from the Darling Harbour and the new Darling Quarter and Darling Square, offering a spoil of some of the best restaurants in town. For the sports-minded, there are gyms, yoga studios, and an aquatic centre within walking distance. When the team was working in-office, the Workplace team organised monthly and annual events, such as wellness seminars and cultural celebrations. We also had activities such as paint nights, ping-pong tournaments, a running group, and themed parties. The pandemic posed an interesting challenge, with the majority of our employees working remotely. The team has adapted some in-office activities to ensure everyone feels connected, though, including remote lunches, trivia nights, virtual team activity challenges, workshops, cook-alongs, and more. Thomas Rueckstiess , Staff Engineer for MongoDB Labs “I’ve worked at MongoDB for almost nine years, and I’ve been provided with interesting challenges and career opportunities. I started in Support, then went on a six-month secondment to the New York headquarters as Program Manager, and finally returned to Sydney to start the Compass team and later the Charts team. Recently, I moved from a Lead to a Staff Engineer role and joined our research division, MongoDB Labs. The internal mobility available to employees is fantastic.” “One thing that makes working at MongoDB in Australia special is the team culture. I felt welcomed from day one, back in 2012 when we had only five employees in Australia. I’m glad to say we’ve been able to maintain the friendly, welcoming experience even while growing close to 100 employees in the Sydney office alone. Many of us have become close friends over the years. Before COVID-19, we regularly had barbecues or dinners together, played board games after work, or went for a run in the morning. The pandemic made seeing one another in person difficult, but the social connections remained. Now we play games online, have virtual drinks on Friday afternoons, and informally chat over Zoom and Slack throughout the day. The team here is extremely supportive and inclusive, and we’re always looking for ways to share knowledge and help one another.” Stephen Steneker , Director of Community “I’ve personally had great opportunities at MongoDB, and I really enjoy working with my colleagues. My first seven years were in the Technical Services organisation, and my responsibilities grew to a global scope while remaining based in Australia. I moved into a role in Developer Relations in September 2019, and two of my team members joined me — we’ve worked together for more than five years now.” “I recently took on an expanded role as Director of Community, leading our global DevRel community team, which includes engineering, triage, and community programs such as Champions and User Groups. I find the leadership support, alignment, and trust in our global team inspiring and highly motivational.” “The company growth has been tremendous, but I think we have done well scaling one of the harder aspects: company culture. Our six company values are top of mind and given consideration in how we recognize employees and collaborate.” Our Australian team gathers for in-person events prior to COVID-19. Meet some of our Australian teams Core development teams: MongoDB Charts and Storage Engines Alex Gorrod , Director of Engineering “The original Storage Engines team joined by way of WiredTiger, MongoDB’s first acquisition in December 2014 . At the time, I was working at WiredTiger as a software engineer. We had been developing an eponymous open source storage engine for several years, which provided high performance and scalability on modern hardware. At the time of acquisition, we were working on an integration with MongoDB’s new pluggable storage API, which would add distributed database architecture (networking, replication, sharding) that was complementary to WiredTiger’s single-server storage engine. This powerful combination would become key to the future of the core MongoDB server. The WiredTiger storage engine debuted as an alternative configuration option in MongoDB 3.0, and became the default storage engine for new deployments in MongoDB 3.2.” “Half the original WiredTiger development team was based in Sydney and integrated into the local office, which helped establish the Australian contribution to MongoDB’s global Engineering organisation, including ongoing innovative research and development. More than six years later, all the local team members who joined are still working at MongoDB. The team has collaborated with our global Engineering team to plan and deliver innovative new features such as distributed multidocument ACID transactions, which is a multiyear engineering effort.” Tom Hollander , Lead Product Manager for Charts “ MongoDB Charts is one of the pillars of the MongoDB Cloud platform, allowing users to quickly create charts, graphs, and tables from any data stored in a MongoDB Atlas database. The Charts product began its life in 2017, when it was incubated as an extension to another MongoDB product called Compass . At the time, the Compass team was split over three continents, and when the decision was made to spin off Charts as a new product it was clear there would be benefits to choosing a primary geography for each team.” “Sydney was chosen as the new home for Charts, and the team has since grown tremendously. Software development is a team sport, and having all key roles represented in Australia makes it easy to collaborate and build a strong team culture. We still frequently work with teams in other geographies, but our relative isolation is often a major plus that allows us to get stuff done without too many distractions. I feel very lucky to work for a global software company delivering one of its core products, all from the comfort of Australia.” Sales team Francesca Ruygrok , Strategic Account Manager, Australia/New Zealand “When I started at MongoDB, I was looking after 10 accounts. As our customers have grown their usage and we have expanded our team, I have been offered the opportunity to focus on two strategic accounts. MongoDB has such a strong reputation in the market, not just for our product suite, but also our leadership and go-to-market strategy. The education, coaching, and playbook you receive here will change your career for the rest of your life. Our product delivers tangible value to our clients. To work for a sales team and with customers where there is constant success is such a positive working environment to be in.” Ed Liao , Corporate Account Executive, Australia/New Zealand “My MongoDB career growth has been extraordinary. I started as a Sales Development Representative supporting the U.S. and Latin America markets. After my promotion to senior, I was approached to pilot new efforts and became the first dedicated SDR for the Australia/New Zealand region. Through this incredible opportunity, I built a new sales development model from scratch and permanently relocated from Austin, Texas, to Sydney. I then began running midmarket deals, and, after much success, I was promoted to be the first Corporate Account Executive in the region. There are more than enough career growth opportunities here, and, from a sales perspective, ANZ is a largely untapped market for modern database technology.” “What really keeps me at MongoDB is our team culture and focus on learning and development. Our sales leader and Regional VP, Jeremy Powers, wants all of us to succeed, even if it means failing a few times before we start to see results so we can truly learn and improve ourselves. The team camaraderie is also tangible — even if I do well with my numbers, I won’t feel successful if the whole team isn’t. MongoDB will give you the responsibility and trust to own what you do and allow you to grow your career at a highly accelerated pace. It’s truly an amazing time for someone to join our sales team here in ANZ.” Customer Success team Leanna Lewis , Senior Customer Success Manager, APAC “When I joined MongoDB in 2019, the Customer Success program was already well-established, but it turns out we were just getting started. Since I joined as the first Customer Success Manager outside of North America and Dublin, CS has quadrupled in size globally, and now there are multiple streams of CS ensuring our customers get the most out of MongoDB, whether they are entrepreneurial startups or a global enterprise. I love how my team strategically partners with customers and has the freedom to be flexible and creative in their approach to ensure each customer gets what they need to be successful.” “The true joy in my role is knowing I play a key part in customers’ ongoing growth and success. We get to solve real business problems and will continue to do so as MongoDB quickly evolves to meet our customers’ needs. I deliberately changed my career path from sales because I was motivated by knowing I could have a direct impact on helping customers grow. MongoDB is changing the face of the database industry, and our company culture and the incredible amount MongoDB invests in our employees in terms of training and benefits is the best I have experienced — but my colleagues are what really makes MongoDB an amazing place to work.” Technical Services team André de Frere , VP of Technical Services, APAC “The Technical Services team uses a follow-the-sun process to ensure our customers are always supported, no matter the time of day. It makes sense for Australia — and the counterpart offices in APAC — to be part of the unbroken chain of support we offer our customers. Because of time zones and geography, our daytime means we are able to work through the hours that would otherwise be very difficult for our international customers. That means we have a big impact, especially when our customers need help outside their usual office hours, which usually means help on the most urgent issues. I think the main thing about the work itself is the challenge and reward. It’s truly unlike any support organisation I’ve worked in or interacted with, and we get regular positive feedback from our customers telling us so. The team is motivated to solve interesting problems, and we work on a fast-moving technology stack with some of the world’s biggest companies. There is a lot of opportunity for our team, both in growing more technical and developing our leadership.” “MongoDB has offered me huge career opportunities. I went from Technical Services Engineer (TSE) to Senior TSE to Team Lead to Director, and now I’m an Area Vice President. The number one reason I stay, however, is the opportunity I’ve been given to work with some truly great people. We’ve built an exceptional team at MongoDB, and it has been so amazing to see how we’ve grown in Australia over the past nine years. The thing I feel most fortunate for is seeing all the people who I’ve worked with grow within MongoDB, both inside and outside Technical Services.” Interested in pursuing a career at MongoDB in Australia? We have several open roles on our team and would love for you to transform your career with us!