# 可观测性、质量、成本与运营

技术成功率、产品质量和客户价值分开衡量，再用稳定的标识把它们关联起来；看得见成本、质量、风险和真实验收，才能长期运营一个平台。

> Document ID: MYRILUM-DOC-ARCH-027
> Document type: concept
> Product: NOT_APPLICABLE
> Version: 0.1.0
> Region: GLOBAL
> Visibility: PUBLIC
> Publication: PUBLISHED_GLOBAL
> Content maturity: DRAFTED
> Governance: APPROVED
> Capability state: IN_DEVELOPMENT
> Availability: NOT_AVAILABLE
> Authorization: PUBLIC_INFORMATION
> Freshness: CURRENT
> Safety class: INFORMATIONAL
> Owner: Web3Capital Documentation Steward
> Approvers (assignment only; not approval evidence): Stephen
> Canonical authority: SRC-ARCHITECTURE-ATLAS-V2-2
> Source commit: 6b41cce4496de03c67a501aa94cd41ec6ac0e85a
> Content digest: 0114fee530ff6c627e9d209e480974a9930ec5ed8e1731130ede54234ea46cc7
> Effective: NOT_SET
> Expires: NOT_SET
> Last verified: 2026-09-23
> Review due: 2026-10-23
> Command authority: NONE
> Canonical URL: /zh-cn/architecture/observability-and-operations

<a id="overview"></a>

## 这一页说什么

这是 MYRILUM 的目标架构设计，不代表图中各项都已上线；某项能力现在能不能用，以《当前可用情况》为准。

看得见，才管得了。本页只讲原则，实现细节不公开。

<a id="three-measures"></a>

## 三种「好」分开量

调用成功不代表研究正确，交付数量增长也不代表用户得到了价值、生意成立了。技术运行、产品质量、客户价值分别衡量，再通过租户、项目、任务、运行和产品版本这些稳定标识关联起来。

<a id="effective-delivery"></a>

## 以有效交付为核心指标

核心是「有效交付」：在授权和预算之内、按约定通过验收的交付。围绕它看质量与体验（修订、退款、投诉、一次通过率、留存）、每次有效交付的成本，以及权限事件、数据泄露、重复扣费、供应商集中这些约束指标。

<a id="targets-need-samples"></a>

## 目标先有样本再承诺

可用性、质量、恢复和成本目标，都要写明样本、测量窗口和约束之后才对外承诺；没有依据的数字不给。

<a id="respond"></a>

## 出了问题：先止损，再恢复，再复盘

告警按影响、范围和紧急程度分级，并指定责任人。先限制影响——暂停新增任务、关停出问题的能力或切到已批准的方案——再修复、回滚、补偿和对账，最后复盘原因并验证改进。

<a id="scoped-visibility"></a>

## 观测数据也按需可见

客户看进度，运营看质量，工程看故障。员工看板只显示必要范围，客户数据、日志和调试记录不向所有人开放。每一项改进都是假设：上线前评测，上线后观察，有副作用就回滚或重新设计。

<a id="source"></a>

## 出处

本页依据《MYRILUM 全架构图谱》v2.2 的 A27。按公开边界，这一页只公开原则，不放图。相关：《治理、运营与运行边界》、《模型网关、路由与评测》、《工程生产与受控自我进化》。

---

This document is read-only, grants no command authority, and does not authorize deployment, payment, provider modification, or any other real-world action.