The latest News and Information on DevOps, CI/CD, Automation and related technologies.
You’ve pored over the MongoDB documentation, crafted highly polished and well-tuned queries, and confidently deployed your new code to production. Everything ran great at first, but once CPU or RAM usage hit a certain point, your queries suddenly slowed to a crawl. What happened, and how can you prepare for situations like this in the future? This is an unfortunate but common scenario with databases like MongoDB.
Machine Learning (and deep learning) applications are quickly gaining in popularity, but keeping the process agile by continuously improving it is getting more and more complex. There are many reasons for this, but primarily, behaviors are complex and difficult to anticipate, making them resistant to proper testing, harder to explain, and thus not easy to improve.
Want to contribute to the community by sharing your own tutorials? Just head over to https://ubuntu.com/tutorials
It’s no secret that AWS Lambda adoption has grown steadily since AWS first released it in 2015—and for good reason. The benefits of adopting Lambda are many: leveraging Lambda eliminates the need to provision and manage servers, enabling teams to just focus on their code without the mental and operational overhead of worrying about the underlying infrastructure.
Large-scale cloud applications are usually built using interconnected services that can be rather hard to troubleshoot. When a service is scaled, simple logging doesn’t cut it anymore and a more in-depth view into system’s flow is required. That’s where distributed tracing comes into play; it allows developers and SREs to get a detailed view of a request as it travels through the system of services.
Here at Moogsoft, we take quality seriously and one of the most important goals for our test suites is to catch issues early on in the development process. A lot of our automated tests are integrated into our CI/CD (Continuous Integration/Continuous Deployment) pipeline as gates that can block a merge request with quality issues. Therefore, to ensure stable CI/CD pipelines as well as quick and quality releases to production, it is important to have tests that are stable and lightweight.