---
title: "audit logging | Skills We Assign For | Azendo"
description: "Audit logging — immutability, completeness, retention, plus the Azendo roles assigned for it."
url: "https://azendo.co/skills/audit-logging/"
---

[Skills](https://azendo.co/skills/) Observability 

# audit logging.

Audit logging records who did what, when, and to which record — an immutable trail of actions taken, kept for compliance, investigation and accountability rather than for debugging.

## Where audit logging fits on a long engagement.

Audit logs answer different questions from application logs and have different requirements. They must be immutable, complete for the actions in scope, and retained for a defined period — and they are read by auditors and investigators rather than by engineers debugging.

Completeness is the requirement that is hardest to meet. An audit trail capturing user interface actions but missing changes made through an API, a batch job or direct database access is incomplete in exactly the ways an investigation cares about.

## What an assigned team does with audit logging.

Immutability has to be enforced rather than intended. If an administrator can delete audit records, the trail proves nothing about an administrator's actions — which is frequently the case an audit exists to examine.

Append-only storage with separated access control is what makes it meaningful, and it is designed in as part of the standards described in [how an assignment runs](https://azendo.co/how-it-works/).

## What we use audit logging for.

* A trail that covers every path Interface, API and batch changes all recorded, not only the ones users see.
* Immutability enforced technically Append-only storage, so the trail proves something about privileged actions.
* Retention matched to obligation A defined period aligned to the actual regulatory requirement.

## How audit logging capacity is assigned.

Audit capability is assigned inside the discipline that owns the data, with completeness across every write path treated as the requirement.

## Roles we assign audit logging for

* [AI Automation Engineer AI automation engineering](https://azendo.co/services/ai-automation-engineering/ai-automation-engineer/)

## Service lines it sits in

* [AI automation engineering](https://azendo.co/services/ai-automation-engineering/)

Capacity is agreed as a committed monthly capacity across a discipline, not per skill.

## Related in observability

* [Datadog — skill we assign for](https://azendo.co/skills/datadog/)
* [New Relic — skill we assign for](https://azendo.co/skills/new-relic/)
* [Grafana — skill we assign for](https://azendo.co/skills/grafana/)
* [APM — skill we assign for](https://azendo.co/skills/apm/)
* [distributed tracing — skill we assign for](https://azendo.co/skills/distributed-tracing/)
* [Database query profiling — skill we assign for](https://azendo.co/skills/database-query-profiling/)
* [SLO and error budget design — skill we assign for](https://azendo.co/skills/slo-and-error-budget-design/)
* [Prometheus — skill we assign for](https://azendo.co/skills/prometheus/)

## Tell us what your roadmap needs audit logging for.

A service delivery manager replies with the disciplines we would assign, the monthly capacity and what the first month looks like.

[All skills we assign for](https://azendo.co/skills/)