Metrics Granularity Now Auto-adjusts for Zoom Window

MongoDB
August 24, 2016
#Cloud

Peter Gravelle is a Cloud Technical Account Manager at MongoDB focused on our Cloud Products, get more info at https://cloud.mongodb.com.

The Cloud Manager team is happy to announce auto-zooming granularity for all charts. This means that if you see something odd at the one hour granularity and then zoom down, we’ll automatically adjust granularity as you zoom in, to provide you more detail as you investigate. Here’s an example below as we investigate all the way down to 10-second granularity (available to Cloud Manager Premium customers, contact your account executive for more details):

https://d17oy1vhnax1f7.cloudfront.net/items/083t0j3l0t2p1U1B3D1r/auto-gran-zoom-in.gif

As you can see in the demo above, your metrics are now even easier to view. Since the granularity automatically shifts as you zoom in, you can get more detail without any extra effort.

This feature has been rolled out to all Cloud Manager and Atlas groups, except for Cloud Manager groups on the Free Tier.

← Previous

Meet the MongoDB World 2016 Diversity Scholars

This year at MongoDB World, we kicked off the first round of the Diversity Scholarship , a program that seeks to support members of underrepresented groups in technology. We received over 100 applications from candidates from over 25 countries, and after a rigorous selection process, welcomed nine outstanding recipients to MongoDB World. Meet the MongoDB World 2016 Diversity Scholars, a group of technologists and entrepreneurs who are making an impact in their areas of expertise. Tameika Reed, Founder and CEO, Women In Linux I’m the CEO and Founder of Women In Linux, an organization with the goal of helping bridge the gap between college and employment. We do this by doing weekly meetups on MongoDB, containers, security, firewalls, Linux, cloud engineering, and more. How I started using MongoDB: I started using MongoDB because I was working on my project of storing pictures in a json file for 5050geek , a dating app for geeks. My giant idea: My giant idea is to get more women into tech, so if showing them MongoDB and rapid deployment gets them there, then let’s go! -@womeninlinux Krystal Flores, Data Services Engineer, Twine Data { _id : 007, name : “Krystal Flores”, slack : “kflo”, company : “ Twine ”, title : “Data Services Engineer”, funfact : “I majored in history, emphasis on China, thesis on Puerto Rican activism at Yale in the 1970s. None of the aforementioned relates to my job, but I thoroughly enjoyed it all.”, giantidea : “More LatinXs in tech. MongoDB is already advancing this idea by including us as Diversity Scholars.” , twitter : “ @KFloTechYo ” . linkedin : “ https://www.linkedin.com/in/krystalflores ” } Carol Gonzalez, Professor, CUNY Lehman College I teach the Introduction to Structured Query Language (SQL) at Lehman College. I’m the former President of the National Society of Black Engineers. I recently created a new logo for my website and for a startup, which will hopefully be running soon. I recently took on cycling and volleyball, which I love. How I started using MongoDB: I started using MongoDB at Lehman college in a program called TrainCube. In two weeks, we learned how to use the MEAN stack. Our team had to create an eCommerce website using this stack for a startup. My giant idea: My giant idea is to create a system that assists people who need car loans by removing the middle man (the loan officer or car salesperson). The buyer would apply for the loan online. When approved, s/he would show proof of approval to the dealer and be able drive home, no questions asked. MongoDB would contribute by having a database that will contain not only the necessary documentation to hold the information the buyer needs but helps retrieve the information quicker and more efficiently. Mwai Karimi, Software Developer, SSGC I’m a Software Developer and currently interning at SSGC. I'm also pursuing a Masters in Informatics Engineering. How I started using MongoDB: I discovered MongoDB while writing a research paper for my Bachelor thesis on database systems. MongoDB was one of the highly praised NoSQL databases. Once I started using it, I never looked back. I launched a meetup in school where student developers can learn more about the database, share and discuss ideas on how to leverage the efficiency and awesomeness it provides to develop innovative applications. My giant idea: My giant idea is to improve e-learning access in Africa. I want to change how students can access content and move from the outdated, traditional way. For this, I'll need a solid CMS to save and serve the content. Content management is hard but MongoDB simplifies it by enabling us store whatever data we want. It also provides users with immense scaling capabilities, enabling us to scale as our audience grows. MongoDB’s simplified architecture means I don't need separate layers e.g for caching, as I can wrap everything around into the same security or scalability model as my data. Lina Lora, Software Engineer I am a freelance Full Stack Developer. I’m passionate about development and working with the latest technologies. I love watching cooking shows on TV but I can't cook anything. How I started using MongoDB: Two years ago I joined a startup that was using MongoDB. I found it a very interesting technology, so after that project, I enrolled in MongoDB University as a way to train for professional certification. My giant idea: My giant idea is strive for continuous improvement. MongoDB contributes towards that by making new and better tools for developers, and also by creating learning opportunities. Jeffrey Derose, Founder, JD Web Services I'm a Teaching Assistant and Tutor at my university as well as a Masters student working towards my degree in Computer Science. I also recently started my own business. How I started using MongoDB: I started using MongoDB as an intern at OpenFin, a fintech startup based in NY. Fortunately for me, that was my first time ever using a database and I loved how easy it was to use and develop on. I spent that whole summer learning MongoDB. At the end, I did a nice data analysis project on user data within the company's database. I think MongoDB is a great product and makes building high quality modern web applications easy and fast. My giant idea: I recently started a web development business called JD Web Services . We specialize in building high quality mobile web applications. Our goal is to build business a beautiful site at the fraction of the cost, thereby helping to spur innovation and entrepreneurship in our community. Sabber Ahamed, Graduate Research Assistant, Center for Earthquake Research and Information (CERI), University of Memphis I am a Ph.D. candidate at CERI, University of Memphis. My research work is in Computational Geophysics, a discipline in Earth Sciences aiming to understand the physical processes occurring in the earth, typically with large-scale computations. I’m also the founder of #xoolooloo, a geolocation based social network. How I started using MongoDB: I started using MongoDB when I decided to develop the website and mobile app for #xoolooloo. Initially, I was worried about the performance. So I started doing research online and found MongoDB right away. The giant problem was I did not know anything about it. No problem, the giant solution was there too: MongoDB University . I immediately took a couple of courses and continue to regularly follow the updates. This is where I began my journey with MongoDB. My giant idea: My giant idea is #xoolooloo. An app that helps to match people based on the user’s location and interests. One of the reasons I like MongoDB is that it has enriched geospatial and text search features, which are key to my idea. May Mascenik, Engineer/Program Manager, ITP I’m currently working at ITP. One of my working sites for the company is http://162.243.145.211 , as you see the company name and my initial, ITP MM on the browser tab. This is built with Meteor and MongoDB on the backend A fun fact about the city where I live (Los Angeles County, Carson, CA) is that Porsche is currently building out its 53-acre facility Motorsport Headquarters & Experience Center. I heard this location will be one of five such facilities in the world! It is located 15 miles from LAX Airport and only 3 miles from the place I live! How I started using MongoDB: I took over a web/mobile app project using MongoDB last year. I became interested in MongoDB and completed the M102 DBA course on MongoDB University, then other courses. I wanted (and still want) to know MongoDB more and more. My giant idea: On the way from SFO to Santa Clara a few weeks ago, I saw the MongoDB Palo Alto office. Nice! My giant idea is to build another MongoDB office/Experience Center next to the new Porsche Experience Center. Can I be one of the contributors? Robyn Allen, Freelance Developer I started programming in middle school, writing games for my TI-83 calculator. I studied Aerospace Engineering at MIT and did a few projects in image processing/autonomous robots but didn't get into databases until after graduating. Now, I am a freelance developer working primarily in Python. Fun fact: I can juggle basketballs and ride a unicycle (but not at the same time. :) How I started using MongoDB: I looked into MongoDB after hearing of yet another friend's company choosing to use it. I took the online MongoDB University courses in pymongo and DBA fundamentals and was off to the races. My giant idea: I aspire to help make it easier for middle and high school students to learn computer programming as a real-life, applied craft (not just as a classroom exercise). I use MongoDB in my own projects and also as a teaching tool. Who will the next Diversity Scholars be? The Diversity Scholarship is now open for MongoDB Europe ! If you’re a member of an underrepresented group in technology, you qualify. Apply Now

August 23, 2016
Next →

How Edenlab Built a High-Load, Low-Code FHIR Server to Deliver Healthcare for 40 Million Plus Patients

The Kodjin FHIR server has speed and scale in its DNA. Edenlab, the Ukrainian company behind Kodjin , built our original FHIR solution to digitize and service the entire Ukrainian national health system. The learnings and technologies from that project informed our development of the Kodjin FHIR server. At Edenlab, we have always been driven by our passion for building solutions that excel in speed and scale. With Kodjin, we have embraced a modern tech stack to deliver unparalleled performance that can handle the demands of large-scale healthcare systems, providing efficient data management and seamless interoperability. Eugene Yesakov, Solution Architect, Author of Kodjin Built for speed and scale While most healthcare projects involve handling large volumes of data, including patient records, medical images, and sensor data, the Kodjin FHIR server is based on a system developed to handle tens of millions of patient records and thousands of requests per second, to ensure timely access and efficient decision-making for a population of over 40 million people. And all of this information had to be processed and exchanged in real-time or near real-time, without delays or bottlenecks. This article will explore some of the architectural decisions the Edenlab team took when building Kodjin, specifically the role MongoDB played in enhancing performance and ensuring scalability. We will examine the benefits of leveraging MongoDB's scalability, flexibility, and robust querying capabilities, as well as its ability to handle the increasing velocity and volume of healthcare data without compromising performance. About Kodjin FHIR server Kodjin is an ONC-certified and HIPAA-compliant FHIR Server that offers hassle-free healthcare data management. It has been designed to meet the growing demands of healthcare projects, allowing for the efficient handling of increasing data volumes and concurrent requests. Its architecture, built on a horizontally scalable microservices approach, utilizes cutting-edge technologies such as the Rust programming language, MongoDB, ElasticSearch, Kafka, and Kubernetes. These technologies enable Kodjin to provide users with a low-code approach while harnessing the full potential of the FHIR specification. A deeper dive into the architecture approach - the role of MongoDB in Kodjin When deciding on the technology stack for the Kodjin FHIR Server, the Edenlab team knew that a document database would be required to serve as a transactional data store. In an FHIR Server, a transactional data store ensures that data operations occur in an atomic and consistent manner, allowing for the integrity and reliability of the data. Document databases are well-suited for this purpose as they provide a flexible schema and allow for storing complex data structures, such as those found in FHIR data. FHIR resources are represented in a hierarchical structure and can be quite intricate, with nested elements and relationships. Document databases, like MongoDB, excel at handling such complex and hierarchical data structures, making them an ideal choice for storing FHIR data. In addition to supporting document storage, the Edenlab team needed the chosen database to provide transactional capabilities for FHIR data operations. FHIR transactions, which encompass a set of related data operations that should either succeed or fail as a whole, are essential for maintaining data consistency and integrity. They can also be used to roll back changes if any part of the transaction fails. MongoDB provides support for multi-document transactions , enabling atomic operations across multiple documents within a single transaction. This aligns well with the transactional requirements of FHIR data and ensures data consistency in Kodjin. Implementation of GridFS as a storage for the terminologies in Terminology service Terminology service plays a vital role in FHIR projects, requiring a reliable and efficient storage solution for terminologies used. Kodjin employs GridFS , a file system within MongoDB designed for storing large files, which makes it ideal to handle terminologies. GridFS offers a convenient way to store and manage terminology files, ensuring easy accessibility and seamless integration within the FHIR ecosystem. By utilizing MongoDB's GridFS, Kodjin ensures efficient storage and retrieval of terminologies, enhancing the overall functionality of the terminology service. Kodjin FHIR server performance To evaluate the efficiency and responsiveness of the Kodjin FHIR server in various scenarios we conducted multiple performance tests using Locust, an open-source load testing tool. One of the performance metrics measured was the retrieval of resources by their unique ids using the GET by ID operation. Kodjin with MongoDB achieved a performance of 1721.8 requests per second (RPS) for this operation. This indicates that the server can efficiently retrieve specific resources, enabling quick access to desired data. The search operation, which involves querying ElasticSearch to obtain the ids of the searched resources and retrieving them from MongoDB, exhibited a performance of 1896.4 RPS. This highlights the effectiveness of polyglot persistence in Kodjin, leveraging ElasticSearch for fast and efficient search queries and MongoDB for resource retrieval. The system demonstrated its ability to process search queries and retrieve relevant results promptly. In terms of resource creation, Kodjin with MongoDB showed a performance of 1405.6 RPS for POST resource operations. This signifies that the system can effectively handle numerous resource-creation requests. The efficient processing and insertion of new resources into the MongoDB database ensure seamless data persistence and scalability. Overall, the performance tests confirm that Kodjin with MongoDB delivers efficient and responsive performance across various FHIR operations. The high RPS values obtained demonstrate the system's capability to handle significant workloads and provide timely access to resources through GET by ID, search, and POST operations. Conclusion Kodjin leverages a modern tech stack including Rust, Kafka, and Kubernetes to deliver the highest levels of performance. At the heart of Kodjin is MongoDB, which serves as a transactional data store. MongoDB's capabilities, such as multi-document transactions and flexible schema, ensure the integrity and consistency of FHIR data operations. The utilization of GridFS within MongoDB ensures efficient storage and retrieval of terminologies, optimizing the functionality of the Terminology service. To experience the power and potential of the Kodjin FHIR server firsthand, we invite you to contact the Edenlab team for a demo. For more information On MongoDB’s work in healthcare, and to understand why the world’s largest healthcare companies trust MongoDB, read our whitepaper on radical interoperability .

May 31, 2023