<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Observability - 태그 - lee's blog</title><link>https://ken-0913.github.io/myblog/tags/observability/</link><description>Observability - 태그 - lee's blog</description><generator>Hugo -- gohugo.io</generator><language>ko-kr</language><managingEditor>hyeonjae0913@gmail.com (ken-0913)</managingEditor><webMaster>hyeonjae0913@gmail.com (ken-0913)</webMaster><lastBuildDate>Thu, 16 Jul 2026 14:00:00 +0900</lastBuildDate><atom:link href="https://ken-0913.github.io/myblog/tags/observability/" rel="self" type="application/rss+xml"/><item><title>Datadog MCP Server 설정 가이드: AI 에이전트와 연결하기</title><link>https://ken-0913.github.io/myblog/posts/datadog/datadog-mcp-server-setup-guide/</link><pubDate>Thu, 16 Jul 2026 14:00:00 +0900</pubDate><author><name>ken-0913</name></author><guid>https://ken-0913.github.io/myblog/posts/datadog/datadog-mcp-server-setup-guide/</guid><description><![CDATA[<div class="featured-image">
                <img src="images/banners/datadog-mcp-server-setup-guide-9d9623fb.png" referrerpolicy="no-referrer">
            </div><p><strong>Datadog MCP Server</strong>는 AI 에이전트가 Datadog의 telemetry 데이터를 조회하고 플랫폼 기능을 다루도록 연결하는 서버이다.
이 글은 공식 문서를 바탕으로 설정 흐름을 쉽게 정리한 가이드이다.
Claude, Claude Code, Cursor, Codex 등 여러 client에서 공통으로 적용되는 패턴을 중심으로 다룬다.</p>
<h2 id="시작-전-확인할-것" class="headerLink">
    <a href="#%ec%8b%9c%ec%9e%91-%ec%a0%84-%ed%99%95%ec%9d%b8%ed%95%a0-%ea%b2%83" class="header-mark"></a>시작 전 확인할 것</h2><p>Datadog MCP Server는 <strong>선택한 Datadog site</strong>에 따라 지원 여부가 다르다.
<code>app.ddog-gov.com</code>, <code>us2.ddog-gov.com</code> 같은 <strong>정부(gov) site는 지원되지 않는다</strong>.
ChatGPT 연동은 Preview 단계이며 현재 <strong>US1 고객만</strong> 사용할 수 있다.</p>
<p>MCP Server의 endpoint URL은 site마다 다르다.
따라서 아래 예시의 <code>&lt;YOUR_MCP_SERVER_ENDPOINT&gt;</code>는 공식 문서의 <strong>Datadog Site selector</strong>에서 자신의 site에 맞는 값으로 바꿔야 한다.</p>]]></description></item><item><title>ICA 시험 정리 (5) Observability: Prometheus, Grafana, Jaeger, Kiali</title><link>https://ken-0913.github.io/myblog/posts/istio-ica/istio-ica-05-observability/</link><pubDate>Thu, 16 Jul 2026 08:40:00 +0900</pubDate><author><name>ken-0913</name></author><guid>https://ken-0913.github.io/myblog/posts/istio-ica/istio-ica-05-observability/</guid><description><![CDATA[<div class="featured-image">
                <img src="images/banners/istio-ica-05-observability-7cbed6a5.png" referrerpolicy="no-referrer">
            </div><p>ICA 시험 정리 시리즈 마지막 편이다.
Istio는 Data Plane의 Envoy proxy가 모든 트래픽을 관리하면서 서비스 간 통신마다 상세한 telemetry를 생성한다.
덕분에 observability 솔루션을 처음부터 구축하지 않고도 <strong>metrics</strong>, <strong>distributed tracing</strong>, <strong>시각화</strong>를 얻는다.</p>
<h2 id="observability-3요소" class="headerLink">
    <a href="#observability-3%ec%9a%94%ec%86%8c" class="header-mark"></a>Observability 3요소</h2><p>Istio observability는 세 가지 도구로 구성된다.
각 도구의 역할 구분이 시험 포인트다.</p>
<table>
	<thead>
			<tr>
					<th>도구</th>
					<th>역할</th>
			</tr>
	</thead>
	<tbody>
			<tr>
					<td><strong>Prometheus / Grafana</strong></td>
					<td>metrics 수집 및 시각화</td>
			</tr>
			<tr>
					<td><strong>Jaeger</strong></td>
					<td>distributed tracing</td>
			</tr>
			<tr>
					<td><strong>Kiali</strong></td>
					<td>Mesh 토폴로지 및 동작 분석</td>
			</tr>
	</tbody>
</table>
<p>이 도구들은 <code>kubectl apply -f samples/addons</code>로 함께 설치되며, 데모 용도이므로 프로덕션 성능·보안에는 튜닝되어 있지 않다.</p>]]></description></item><item><title>CNPA 시험 정리 (2) Observability &amp; Security — OpenTelemetry, mTLS, 정책 엔진, SLSA</title><link>https://ken-0913.github.io/myblog/posts/cnpa/cnpa-02-observability-security-conformance/</link><pubDate>Wed, 15 Jul 2026 08:00:00 +0900</pubDate><author><name>ken-0913</name></author><guid>https://ken-0913.github.io/myblog/posts/cnpa/cnpa-02-observability-security-conformance/</guid><description><![CDATA[<div class="featured-image">
                <img src="images/banners/cnpa-02-observability-security-conformance-a25593c5.png" referrerpolicy="no-referrer">
            </div><p>이번 편은 <strong>Domain 2: Platform Observability, Security, and Conformance (20%)</strong> 를 정리한다.
핵심 메시지는 관측성과 보안이 사후 추가가 아니라 <strong>처음부터 내장(built-in, not an afterthought)</strong> 되어야 한다는 것이다.
반복 철학은 <strong>Zero Trust, Shift Left, Least Privilege(최소 권한)</strong> 다.</p>
<h2 id="관측성-기초-observability-fundamentals" class="headerLink">
    <a href="#%ea%b4%80%ec%b8%a1%ec%84%b1-%ea%b8%b0%ec%b4%88-observability-fundamentals" class="header-mark"></a>관측성 기초 (Observability Fundamentals)</h2><p>전통적 <strong>Monitoring</strong>은 <strong>무엇이(what)</strong> 고장났는지 보여준다.
<strong>Observability</strong>는 <strong>왜(why)</strong> 고장났는지 보여준다.</p>
<p>3대 기둥(Three Pillars)은 다음과 같이 구분한다.</p>
<table>
	<thead>
			<tr>
					<th>신호</th>
					<th>역할</th>
					<th>핵심 특징</th>
			</tr>
	</thead>
	<tbody>
			<tr>
					<td><strong>Metrics</strong></td>
					<td>숫자·추세</td>
					<td>Counter(감소 불가), Gauge(증감), Histogram(분포), Summary(백분위)</td>
			</tr>
			<tr>
					<td><strong>Logs</strong></td>
					<td>상태 변화(state changes) 기록</td>
					<td>구조화 로깅 + 상관 ID(trace ID)</td>
			</tr>
			<tr>
					<td><strong>Traces</strong></td>
					<td>요청의 end-to-end 흐름</td>
					<td>span 단위로 지연·병목 추적</td>
			</tr>
	</tbody>
</table>
<p>시험은 &ldquo;어떤 신호를 써야 하는가&quot;를 자주 묻는다.
숫자 추세는 metrics, 상태 변화는 logs, end-to-end 흐름은 traces다.</p>]]></description></item></channel></rss>