Operations | Monitoring | ITSM | DevOps | Cloud

OpenTelemetry is an open-source project under the Cloud Native Computing Foundation(CNCF) that aims to standardize the generation and collection of telemetry data. The telemetry data helps developer, DevOps and IT teams to keep a check on their application health. The telemetry data collected by OpenTelemetry consist of logs, metrics, and traces. Together, they are used for performance monitoring and observability in distributed systems. At SigNoz, we are building an OpenTelemetry native APM.

I am excited to launch a new series of engineering articles to dig into all the details of How we Built Qovery. A platform built for DevOps, SRE, Platform Engineers, and Developers since January 2020. Since day 1, the Qovery team has strived to make Qovery as open as possible and fight against the black box effect! In this series of 5 articles, I will explain as much as possible how things work behind the scene.

Datadog Audit Trail provides administrators and security team members visibility into how different users and teams within their organizations use and interact with various Datadog products and observability data.

It’s the coolest day of the year again—time to honor and celebrate the people who work behind the scenes to keep our businesses running: IT professionals! Established in 2015, IT Professionals Day is celebrated each year on the third Tuesday of September to celebrate the unsung heroes of the IT world. Join us as we wish all IT pros worldwide a very happy IT professionals day! Kudos to the IT pros!

Mickael Alliel 5 Min read September 20th, 2022 DevOps Kubernetes

Digital twins have become somewhat of a buzzword in the past couple of years. But what exactly are they? A digital twin, as its name indicates, is a non-physical copy of a physical object. Just like a digital scan of a physical picture. This virtual element enables a real-time view of all relevant data coming from said object. Depending on the system being studied, specific sensors can be tracked and monitored.

It’s not surprising that most failures are caused by a change somewhere in a system, such as a new code deployment, configuration change, auto-scaling activity or auto-healing event. As you investigate the root cause of an incident, the best place to start is to find what changed. To understand what change caused a problem and what effects propagated across your stack, you need to be able to see how the relationships between stack components have changed over time.

The concept of containerization helps you run applications as lightweight virtual machines. As a web developer, setting up local development environments can be tiresome. However, using tools like Docker and Kubernetes gives developers an upper hand to quickly set up and deploy applications. This guide uses Docker to deploy a React app to Kubernetes.