Operations | Monitoring | ITSM | DevOps | Cloud

Here’s a common situation that plagues many development teams. You run an application through your CI/CD pipeline and all of the tests pass, which is great. But when you deploy it to a live target environment the application just does not function as expected. You can’t always predict what will happen when your application is pushed live. The solution?

Support for including default values in custom pipelines has been a highly requested feature. We are happy to announce that this feature is now live. Providing a default value helps avoid errors when you manually trigger a custom pipeline. If you often rely on the same value for certain variables, it can be frustrating to get a failed build when you forget to specify the value or have a typo when providing the value.

Bitbucket Pipelines provides a Docker caching feature that can help improve build times. However, the limitation is that only compressed caches under 1GB are saved and can be used. In this blog, we outline a process showing how you can use compressed caches that are larger than 1GB. With Docker versions >= 19.03, you can use the BuildKit feature. With BuildKit, you don’t need to keep the cache locally before building the Docker image since it caches each build layer in your image registry.

Like the historic space race, the competition to plant the flag of DevOps is blasting off. According to market intelligence firm IDC, global business will invest $6.8 trillion in digital transformation by 2023. Yet research also suggests that 70 percent of them will fail to meet their goals. JFrog was the first company to offer a universal, hybrid, end-to-end DevOps platform.

It’s 2 AM and you’re paged when you’re still awake – how well can you find what you need to fix the latest mistake? When the incident begins it might only be impacting a single service, but as time progresses, your brain boots, the coffee is poured, the docs are read, and all the while as the incident is escalating to other services and teams that you might not see the alerts for if they’re not in your scope of ownership.

Flexibility is one of the cloud’s biggest benefits, but also one of its biggest challenges. When you have different teams using resources in the cloud and deploying instances at the click of a button, your cloud environment could easily become chaotic. Without a definitive plan governing your cloud operations, your costs will inevitably spiral out of control. A cloud cost strategy is your action plan for managing costs and staying profitable while working and building products in the cloud.

With over 200 products offered by AWS, when designing a solution, such as a micro-services based system using a number of these services at its core, it becomes rather challenging to not only monitor them but on the onset of a problem troubleshooting it and resolving it within the least amount of time becomes a daunting task. Building a monitorable system requires a deep understanding of the failure domain of the critical components, which is a tall order for a fairly complex system.

As the world is increasingly reliant on technology, software developers, cloud architects, and DevOps practitioners bear a responsibility similar to that of the health industry or to airplane pilots, for example. In this reality, cloud monitoring isn’t optional, it’s a matter of being professional. What is optional, however, is what monitoring solution to go for. Obviously, the one that best fits your specific needs but which one is it?

The 2021 Now at Work Digital Experience included a series of regional events with locally relevant topics and featured leaders from the business, government, and sports communities. Guest speakers, industry luminaries, partners, and customers sharing their success stories joined in the worldwide movement to workflow a better world.