In a recent webinar, MongoDB Technical Services Engineer Daniel Coupal presented on how you can use MMS for performance tuning and monitoring. He explains which metrics to examine when optimizing your MongoDB deployment. Daniel and the MongoDB Technical Services team work with thousands of MongoDB customers and community users each year, and drawing from those experiences Daniel also provided several real-world examples of diagnosing and debugging performance issues with the MongoDB Management Service. You can watch the full video below.
Monitoring is completely free with MMS. Why not give it a try? Create your free account today.
The Leaf in the Wild: Wearable Sensors Connecting “Man’s Best Friend” - Tractive & MongoDB
Leaf in the Wild posts highlight real world MongoDB deployments. Read other stories about how companies are using MongoDB for their mission-critical projects. I had the opportunity to sit down with Michael Lettner, CTO of Hardware & Services and Bernhard Wolkerstorfer, Head of Web & Services at Tractive, to discuss how they use MongoDB at their Internet of Things startup. Tell us a little bit about your company. What are you trying to accomplish? How do you see yourself growing in the next few years? Tractive is a cool 18-month old startup designed for pet owners. We extend the concept of the “quantified self” to the quantified pet, enabling owners to monitor their beloved companions through wearable sensor technology. Our first service was the GPS Pet Tracking device that attaches to the pet’s collar and enables the owner to receive real time location-based tracking on their iOS or Android device. Users can also define a safe zone that acts as a virtual fence - whenever the pet leaves the safe zone, a notification is sent to the owner’s device. We have extended our products to include Tractive Motion that tracks a pet’s activity. Owners can compare how much exercise their pet is getting to other owners with the same breed. The Peterest image gallery enables owners to share images and activity with other members of their social network, and Pet Manager can be used to record veterinary appointments, allergies, vaccination schedules and more. Tractive is currently available in over 70 countries, mainly across Europe and the Middle East, and is now rapidly extending worldwide with our first customers recently added in the USA, Asia, Australia and New Zealand. Please describe your application using MongoDB. MongoDB is our primary database - we use it to store all of the data we rely on to deliver our services - from sensor and geospatial data, to activity data, to user data and social sharing. Image data is stored in AWS S3 with its metadata managed by MongoDB. We also use MongoDB to log all data from our infrastructure, ensuring our service is always available. Why did you select MongoDB for Tractive? Did you consider other alternatives? We initially came from a background of using relational databases, but we believed that these were not appropriate tools for managing the diversity of sensor data we would rely on for the Tractive services. In addition, we knew we would be rapidly evolving the functionality of our apps and were concerned the rigidity of the relational data model would constrain our creativity and time to market. We knew the way forward was a non-relational database, and many would give us the flexible data model our app needed. Beyond a dynamic schema, we had additional criteria that guided our ultimate decision How easily would the database allow us to store and query geospatial data? How well could the database handle time-series and event-based data? What sort of query flexibility did the database offer to support analytics against the data? How easily and quickly could the database scale as our customer base and data volumes grew? Was the database open source? There are a multitude of key-value, wide column and document databases we could have chosen. There were many that could ingest time-series data quickly, but they lacked the ability to run rich queries against the data in place – instead forcing us to replicate the data to external systems. Only MongoDB met all of key criteria – easy to develop against, simple to run in operations and without throwing away the type of query functionality we had come to expect from relational databases. Please describe your MongoDB deployment We run our MongoDB cluster across three shards with each shard configured as a three-node replica set. This architecture gives us the resilience we need to deliver always-on availability, and enables us to rapidly add shards as our service continues to grow. The cluster is deployed in a colocation facility with an external service provider. Our backend is primarily based on Ruby and currently running MongoDB 2.2 in production. We are planning a move to MongoDB 2.6 to take advantage of some specific new capabilities: Aggregation framework improvements such as cursors Geospatial enhancements Index intersection with the ability to use more than one index to resolve a query Can you share best practices you learned while scaling MongoDB? For best results, shard before you have to. Get a thorough understanding of your data structures and query patterns. This will help you select a shard key that best suits your applications. If you follow these simple rules, sharding in MongoDB is really simple. It’s automatic and transparent to the developer. Scaling is of course much more than simply throwing hardware at the database cluster. So we got a lot of benefits from MongoDB tooling in optimizing our queries. During development, we used the MongoDB explain operator to ensure good index coverage. We also use the MongoDB Database Profiler to log all slow queries for further analysis and optimization. For our analytics queries, we initially used MongoDB’s inbuilt MapReduce, but have since moved to the aggregation framework , which is faster and simpler. Are you using any tools to monitor, manage and backup your MongoDB deployment? We rely heavily on the MongoDB Management Service application for proactive monitoring of our database cluster. Through MMS alerting we identified a potential issue with replication and were able to rectify it before it caused an outage. For backups, we currently use mongodump, but are evaluating MMS Backup as this has the potential to extend our disaster recovery capabilities. For overall performance monitoring of our application stack, we use New Relic which is implemented in the drivers we use. What business advantage is MongoDB delivering? As a startup, time to market is key. We could not have got to market as quickly with other databases. MongoDB’s flexible document model and dynamic schema have been essential not only in launching the original service, but now as we evolve our products. Requirements change quickly and we are always adding new features. MongoDB enables us to do that. As we add more products and features, we add new customers. We need the ability to scale our infrastructure fast. Again MongoDB provides that scalability and operational simplicity we need to focus on the business, rather than the database. What advice would you give someone who is considering using MongoDB for their next project? We came from a relational database background and were surprised how easy it was for us in development and ops to transfer that knowledge to MongoDB. That helps us get up and running quickly. MongoDB schema design is new concept and requires a change in thinking - from a normalized model that packs data into rows and columns across multiple tables to a document model that allows embedding of related data into a single object. Developers need to move on from focusing on how data is stored, to how it is queried by the application. You need to identify your queries and build your schema from there. The good news is that there is a wealth of documentation online. The MongoDB blog is a great resource to learn best practices from the community. An example is the awesome post on MongoDB schema design for time series data - this will help anyone managing this type of data in IoT applications. The MongoDB University provides free self-paced training for developers (in multiple languages), administrators and operations staff. There are also some really useful tutorials covering every step of MongoDB replication and sharding . Our recommendation would be to perform due diligence during your research - ensure you understand your requirements, then download the software and get started in your evaluation. Wrapping Up Mike and Bernhard - I’d like to thank you for taking the time to share your experiences with us!
Sales Development Series: Meet the EMEA Account Development Team
Sales Development is a crucial part of the Sales organization at MongoDB. Our Sales Development function is broken down into Sales Development Representatives (SDRs), who qualify and validate inbound opportunities from both existing and prospective customers, and Account Development Representatives (ADRs), who support outbound opportunities by planning and executing pipeline generation strategies. Both of these roles offer an excellent path to kickstarting your career in sales at MongoDB. In this blog post, you’ll learn more about our EMEA (Europe, the Middle East, and Africa) outbound ADR team, which is divided into territories covering the UK & Ireland, the Nordics & Benelux, Central Europe, and Southern Europe. Hear from Manager David Sinnott and a few Account Development Representatives about the ADR role, team culture, and how MongoDB is enabling ADRs to grow their career. Check out the first blog in our Sales Development series here . An overview of Account Development in EMEA David Sinnot , Sales Development Manager for the UK & Ireland The Account Development team works very closely with our Enterprise Sales organization, supporting some of our largest customers across all industries. ADRs partner with Enterprise Account Executives to identify and uncover some of the biggest challenges facing their customers and through further discovery, position MongoDB as the solution to help solve whatever these challenges are. I started my own career in tech sales as a Sales Development Representative 11 years ago. In tech sales, reps will have lots of successes and challenges and personally, I have always used these experiences as a way to try and better myself. My advice to reps just starting out is when things are not going to plan, take a step back to analyze the reason why, learn from it, and implement some new methods to avoid it happening again. The opportunity to learn never stops at MongoDB. My team and I learn something new every day! Our products are always evolving and we continue to release added features and functionality, so we continually provide training around all of this. ADRs also spend a great deal of time learning about and implementing the sales methodology frameworks that MongoDB uses across the entire Sales organization. There are promotion paths available to all of the ADRs, whether that be staying in Sales or exploring other parts of the business, such as Marketing or Customer Success. All of the knowledge and skills picked up during their time as ADRs ensure that they hit the ground running once they are promoted to their next role within the business, whatever that may be. Some of the most successful Corporate and Enterprise reps in MongoDB started their own careers here as part of the ADR program. We do our absolute best to support all team members in deciding what is the best career path for them in the long term. MongoDB is disrupting an industry that largely hasn’t changed in over 40 years. We currently have around a 1% market share of the database market, which IDC predicts will be close to $119B by 2025, so the potential for MongoDB is still massive. With data being at the core of every modern-day business, organizations are having to modernize their legacy technology stacks and are starting to move more of their business functions to the cloud. MongoDB has an opportunity to play a big part in all of these initiatives and transformations. It’s still an incredibly exciting time for any sales rep out there who may be considering MongoDB for their next move. Hear from some team members Johanna Sterneck , Sr. Account Development Representative for Central Europe I joined MongoDB because I wanted to be part of a fast-growing, successful company that would help me grow professionally and personally. Over the past 10 months, every day has been a new experience and I feel that I’ve become part of something bigger. My onboarding experience was completely remote, but my team, manager, and everyone else at MongoDB have been very welcoming and supportive. The entire onboarding process was very well structured which allowed me to ramp up quickly. As an ADR, persistence in getting things done and positivity are definitely key factors in my role. What’s exciting is learning from the people around me and the great feedback culture we have. My team is very supportive, caring, and fun, and we are all happy to go the extra mile to achieve our goals. Federica Ramondino , Sr. Account Development Representative for Southern Europe I joined MongoDB because I believed it was a company where I could develop my skills and grow professionally. I’ve stayed because it lived up to my expectations! I see a clear career path for myself here, and I am excited to progress into my next role and get closer to my final objective of becoming a manager. To excel in an ADR role, you need dedication, good time and stakeholder management skills, and a positive attitude! My team is an amazing bunch of people that are always positive and keen on helping each other, even in a constantly evolving environment. What’s exciting about this role is all the other teams that you get to work with and learn from, from Sales to Customer Success and Marketing. Ruhan Jay Bora , Sr. Account Development Representative for the UK & Ireland I joined MongoDB because I was keen to work for a company creating experiences for the future, and I wanted to be a key player in helping companies digitally transform. I see myself staying at MongoDB for a while because of the heavy emphasis that leadership places on development. I have monthly catch-up sessions with the VP of Sales for EMEA, VP of Cloud Partners, and regular 1:1’s with my managers. Not a day goes by where I feel like I’m stagnating, and between learning about the latest in tech and sharpening my client-facing skills, there is plenty more room to grow! If you want to be successful as an ADR, the first thing you need to have is a tremendous work ethic. I believe sales is ultimately a game of grit, perseverance, and resilience. It’s not easy to learn so many technical concepts in the span of a few weeks, but our Sales Enablement team has compiled a bevy of excellent and readily digestible content that makes upskilling on MongoDB much easier. I will be moving into a new organization formed by our Sales team called the Associate Account Executive program. I harbor an ambition to become an Enterprise Account Executive, and this program will help me to develop the skills needed to work regularly with some of our most exciting clients! The feeling of seeing a client's satisfaction and astonishment at how MongoDB can solve some of their technical and business challenges truly amazes you. Hearing how great MongoDB is directly from clients makes you realize we really have a great product. I also find that the opportunity to accelerate your career here is extremely tangible. The company is young enough for you to shape your own path and no goal is too ambitious. The ability to engage with senior leadership up to the C-level is great too. Interested in joining the Sales team at MongoDB? We have several open roles on our team and would love for you to transform your career with us!