Operations | Monitoring | ITSM | DevOps | Cloud

It’s 2:37 a.m. on a Tuesday night, you’re asleep—but it’s also your turn to be on call. You receive a phone call from PagerDuty. Your partner hits you with a pillow in an attempt to wake you up. It worked. You groggily answer the call and hear your favorite robo-guy on the other end of the line.

Nobody knows your services/infra better than you, not even Honeycomb. If there’s one maxim for Honeycomb, it’s that context is king. Context determines the questions you can ask. The only way to make complex systems truly tractable is to make all questions possible. Ergo: more context. Context everywhere. Context coming out of the walls. You should be awash in context.

The concept of dark data is only just starting to gain prominence in IT circles. However, there is still a lot of confusion as to just what the term refers to, and the nature of the challenges and opportunities presented by the phenomenon.

This is the first in a series on server monitoring. The primary focus of these posts is monitoring in a *nix environment. Monitoring servers is important. Whether it be finding an issue in a test environment prior to deploying or debugging an issue in production, we need access to information on our server to be able to tease apart what went wrong.

OpsGenie is pleased to announce an enhanced integration with Zendesk, building off of our existing bidirectional integration to now support incidents.

Ahoy there. Continuous shipping: a concept many companies talk about but never get around to implementing. In the first post of this three-part series, we discussed the use case for continuous shipping. Let’s move on to part two: the integration and deployment stages of the continuous shipping process. Part three will wrap up the series with a look at the monitoring and feedback phases. All aboard that’s coming aboard.