Operations | Monitoring | ITSM | DevOps | Cloud

If your organization is frustrated with how long it takes to roll out new applications and updates, they are not alone. Speed-to-market is an obsession at many companies today (see call-out box below), so anything that restricts or slows it down is a problem.

“Cloud-first” has been a government imperative for many years, but the pandemic usurped this strategy, making “cloud-now” a priority. The results have been transformational. The cloud made wide-scale government telework possible, but it’s also given agencies the opportunity to test drive new cloud applications and experience the scalability and security benefits first-hand.

Many organizations are shifting vast portions of their applications and infrastructure to the cloud in pursuit of lower IT costs, greater business agility, improved security, and accelerated corporate growth.

In the first post of this series, we covered the general idea and benefits of model-driven observability with Juju. In the second post, we dived into the Juju topology and its benefits with respect to entity stability and metrics continuity. In this post, we discuss how the Juju topology enables grouping and management of alerts, helps prevent alert storms, and how that relates with SRE practices.

Open source software, as the name suggests, is developed in the open. The software can be freely inspected by anyone, and can be freely patched as required to suit the security requirements of the organisation running it. Any publicly identified security issues are centrally triaged and tracked.

This tutorial is a follow-up to TurboCharging your Android Gradle builds using build cache . The key focus of this post is the remote build cache, a build speed acceleration technology that can be implemented for both local and CI builds. This is a technology worth knowing about because: Gradle provides a build cache node available as a Docker image. You can host this image in a number of ways.

The software design is perhaps the most important aspect that directly influences the ability to scale up, workload performance, the availability of the software, and the longevity of the software itself. It is also important to understand that traditional monolithic designs are still usable and widely used to fulfil many everyday goals. However, now we have a different problem. With the rapid growth of digital services , virtualization services, and an increasing dependency on cloud-based services.

At Spike.sh , we are obsessed with making incident management more accessible to dev teams everywhere. With this goal in mind, we are always looking for ways to reduce the friction while setting up the Spike.sh platform. When we saw customers asking our advice for creating effective on-call schedules and escalations, we knew we had to do more than just good documentation - we needed a way to share best practices with our customers in the product itself.