본문으로 건너뛰기
핵심 플랫폼 기능

소프트웨어가 어떻게
연결되어 있는지 확인하세요.

Zof는 서비스, API 및 종속성을 매핑하여 변경이 발생했을 때 팀이 무엇을 테스트해야 하는지 파악하도록 돕습니다.

검증 증빙 및 제어정책이 요구하는 경우 사람의 승인기존 CI/CD와 연동

시간 이력

무엇이 존재하고, 무엇이 언제 누구에 의해 변경되었는지

영향 범위

작업 실행 전에 파악

정책

보호 대상 시스템에 매핑

범위 지정

승인된 시스템 및 액세스로 범위 제한

What the graph holds

Entities, relationships, and time

Repositories, commits, pull requests, services, APIs, endpoints, components, databases, tables, queues, infrastructure, environments, deployments, agents, models, tools, policies, controls, tests, evidence, incidents, owners, and data classifications.

  • 01

    Relationships that carry consequence

    DEPENDS_ON, CALLS, READS, WRITES, DEPLOYS_TO, OWNED_BY, PROTECTED_BY, VERIFIED_BY, AFFECTS, GENERATED_BY, APPROVED_BY, USES_MODEL, USES_TOOL, SATISFIES, and VIOLATES.

  • 02

    Temporal by design

    What exists, what changed, when it changed, who or what changed it, what depended on it, what evidence existed, what policies applied, what decision was made, and what happened afterward.

  • 03

    Blast radius before action

    Every proposed change resolves to affected systems, criticality tier, applicable controls, historical incidents, and the verification required.

  • 04

    Shared by the whole loop

    Verification, evidence, and control all read from the same graph, so every decision is grounded in one understanding of the enterprise.

사용 사례

팀이 측정하는 성과

  • Size the blast radius before shipping

    See exactly which systems, data, and customers a change can affect, and how critical they are, before it is allowed to run.

    Tier 0

    criticality resolved
  • Require the right verification

    Controls mapped to affected systems determine the evidence a change must produce, so verification is targeted rather than exhaustive.

    Policy

    selects the evidence
  • Reconstruct any decision

    Walk back from an incident to the change, the evidence that existed, the policies that applied, and who approved it.

    Temporal

    history stays queryable
  • Give leadership one risk view

    One graph shows where risk concentrates, where controls apply, and what changed recently.

    One

    source of truth
Platform integration

The substrate of the control loop

The System Graph is not a standalone feature. Verification reads it to decide what must be proven, Evidence writes to it, and Control relies on it to size risk.

플랫폼

Verification Engine

Selects the evidence each change requires from the systems and controls the graph resolves.

플랫폼

Evidence

Every bundle, approval, and outcome is written back to the graph, so history is queryable.

플랫폼

Control Plane

Policy decisions are grounded in criticality, affected systems, and incident history from the graph.

거버넌스

중요한 단계마다 사람의 승인을 받는 거버넌스 기반 검증.

제어 기능
  • 자체 제어 계층 아래에서 지속적으로 검증
  • System Graph가 변경 사항 출시 전에 종속성을 매핑
  • 규정 준수 검토를 위한 감사 수준의 증거
검증 증거 · 사람의 승인 · 감사 추적
다음 단계

자체 System Graph를 확인하세요

Reliability Sprint를 예약하면 Zof가 장애를 감당할 수 없는 시스템 하나를 매핑하고 핵심 경로와 위험이 집중된 위치를 파악하기 시작합니다.

  • 접근 권한과 범위 검토
  • 핵심 시스템 하나 평가
  • 프라이빗 배포 옵션
라이브 데모 · 샘플 데이터

무엇이 변경되었는지 파악하고, 무엇을 테스트해야 할지 파악하세요.

토폴로지를 인식하는 영향 분석이 서비스 변경을 영향받는 워크플로에 연결하고, 시스템 의존성을 기반으로 검증 계획을 추천합니다.

시스템 컨텍스트를 활용해 검증 우선순위를 정하세요.

01System Graph

모든 변경의 영향을 이해하세요.

System Graph는 서비스, API, 종속성, 인프라, 에이전트, 모델, 정책, 증빙, 담당 주체, 이력을 지속적으로 모델링합니다. 덕분에 Zof는 제안된 작업이 허용되기 전에 무엇에 영향을 줄 수 있는지 알 수 있습니다.

영향

영향 범위

변경마다 영향받는 시스템, 중요도, 통제를 파악합니다.

시간 이력

무엇이, 언제, 누구에 의해 바뀌었는가

이력, 증빙, 결정은 계속 조회할 수 있습니다.

기반

하나의 그래프로 전체 루프 지원

검증, 증빙, 제어가 같은 모델을 읽습니다.

MAPPED · LIVE/system-graph
auth-service 변경을 분석하는 Zof System Graph 개념도입니다. 영향받는 Payment API, Checkout, Ledger, Customer API가 강조되고, 중요도 Tier 0, 영향받는 시스템 7개, 적용 통제 4개, 과거 사고 2건, 필요한 검증 6개가 표시됩니다.
System Graph · 변경의 잠재적 영향을 보여주는 개념도.