---
kind: CONCEPT
slug: grpc-observability-c01
title: 논리 RPC와 물리 시도와 스트림 수명주기를 구별한다
topic: security-and-trust-boundaries
project: clean-architecture-backend-template
status: 게시 전
sourceRevision: 21234e38cdb9a926cbc92bb97a2aee2e4a7d2916
rootTreeNode: concept:grpc-observability-c01
evidenceCapturedOn: 2026-09-01
assets:
  - key: grpc-observability-c01
    file: ../../../final/evidence/rendered/grpc-observability-c01.svg
  - key: grpc-observability-c01-diagram
    file: ../../../final/assets/diagrams/grpc-observability-c01.svg
evidence:
  - ../../../final/evidence/raw/grpc-observability-c01.txt
source:
  - 원본 분석 절은 final/document.md#a20-grpc-observability#L46 이다.
module: grpc-observability
---

# 논리 RPC와 물리 시도와 스트림 수명주기를 구별한다

관측을 세 층위로 나눈다. Micrometer를 `api`로 노출하는 이유도 build.gradle에 적혀 있고 코드와 일치한다.

## 본문

<!-- body:start -->

build.gradle 주석이 이 리프의 범위를 적는다.

```groovy
// build.gradle:3-5
// Bounded observability: logical RPC vs physical attempt vs stream lifecycle, with a cardinality
// policy that refuses payload, raw metadata and any actor/tenant/object/stream/idempotency
// identifier as a tag.
```

## 구별하는 세 층위

:::evidence key="grpc-observability-c01-diagram" alt="리프 경계 안에 논리 RPC 와 물리 시도와 스트림 수명주기 세 상자가 나란히 들어 있는 구조" caption="구별하는 세 층위" zoom="false"
:::

## Micrometer를 api로 노출하는 이유

build.gradle 에 적혀 있다 — "the observation convention's public signatures name Micrometer types, so wiring it requires naming them." 실제로 `GrpcObservationConvention` 의 생성자와 `boundedTags` 반환형이 Micrometer 타입(`MeterRegistry`, `Tags`)이므로 그 서술은 코드와 일치한다.

## GrpcObservationConvention 참조 위치

:::evidence key="grpc-observability-c01" alt="코드베이스에서 GrpcObservationConvention 를 검색한 출력 12줄. 이 기록이 세는 참조가 그 출력에 그대로 보인다." caption="GrpcObservationConvention 코드베이스 검색 — 12줄 · exit 0" zoom="true"
:::

<!-- body:end -->