모든 변경에는 이름이 남습니다
37가지 감사 이벤트가 워크플로, 배포, 승인, 권한, 멤버십의 생애주기를 모두 다룹니다. 변경이 일어나는 순간에 기록되며, 나중에 로그에서 복원하는 것이 아닙니다.
편집, 배포, 승인, 권한, 멤버십을 아우르는 37가지 이벤트. 행위자와 시각, 페이로드까지 함께.
기록되는 항목
- 워크플로별 변경 이력 — 생성, 수정, 삭제, 배포는 워크플로 단위로, 노드와 엣지, 변환 스크립트는 개별적으로 기록됩니다. 워크플로의 동작이 달라졌을 때 원인이 된 편집은 누군가의 기억이 아니라 이력 안에 있습니다.
- 배포와 승인 기록 — 배포는 계획, 실행, 완료, 취소까지 생애주기 전체가 감사되며, 그 배포가 만든 개별 리소스 변경은 배포 ID로 연결됩니다. 승인 기록에는 누가 언제 일시 중지된 실행을 풀었는지가 남습니다.
- 접근 및 멤버십 이벤트 — 초대, 제거, 역할 변경, 권한 변경은 그 자체로 감사 이벤트입니다. 감사인이 실제로 묻는 질문 — 3월에 누가 이 워크스페이스에 접근할 수 있었고 누가 그 권한을 줬는가 — 에는 현재 상태 스크린샷이 아니라 기록이 답합니다.
- 성공만이 아니라 사람의 판단까지 — 누군가 실패를 이미 알고 있고 감수할 만한 것으로 받아들였을 때, 또는 잠긴 워크플로의 재시도 예외를 사용했을 때, 그 판단도 함께 기록됩니다. 일반 실행 로그라면 완전히 사라졌을 권한이 필요한 비용 수반 결정입니다.
플랫폼 기능
- 37: 감사 이벤트 유형
- 행위자 + 시각: 기록되는 모든 이벤트에 포함
- 설정 가능: 워크스페이스별 보존 기간
감사 로그는 정확히 무엇을 기록하나요?
다섯 개 영역에 걸친 37가지 이벤트 유형입니다. 워크플로와 노드 편집, 실행 결과, 배포, 승인, 접근 변경. 각 이벤트에는 행위자, 시각, 그리고 변경 내용을 담은 정제된 페이로드가 포함됩니다.
특정 변경이 어떤 배포 때문인지 알 수 있나요?
네. 리소스 단위 이벤트에는 이를 발생시킨 배포의 ID가 함께 기록되므로, 배포와 그 배포가 건드린 모든 것이 하나의 연관된 집합으로 읽힙니다. 시각을 맞춰가며 두 목록을 대조할 필요가 없습니다.
감사 이력은 얼마나 보관되나요?
보존 기간은 워크스페이스별로 표준과 확장 두 가지 일수로 설정하며, 이를 적용하는 정리 작업 자체가 감사 이벤트로 기록됩니다. 따라서 무엇이 언제 삭제되었는지에 대한 기록은 삭제 이후에도 남습니다.