DataDog · hestonhoffman · Aug 26, 2024 · Aug 24, 2024 · Aug 24, 2024 · Aug 24, 2024
@@ -0,0 +1,5 @@
+---
+title: 팀
+---
+
+{{< openapi-ref-docs url="cloudcraft.json" tag="Teams">}}
@@ -113,42 +113,46 @@ StatsD 메트릭 수집 시 필요한 포트를 변경해야 하는 경우`DD_DO
 [1]: /ko/developers/dogstatsd/unix_socket/
 [2]: /ko/developers/dogstatsd/datagram_shell/?tab=metrics#dogstatsd-protocol-v12
 {{% /tab %}}
-{{% tab "Kubernetes" %}}
+{{% tab "Datadog 연산자" %}}
 
-StatsD 메트릭 수집을 시작하려면 DogStatsD 포트를 호스트 포트에 바인딩해야 합니다. DogStatsD가 [Unix 도메인 소켓][1]을 사용하도록 설정할 수도 있습니다.
+StatsD 메트릭 수집은 [Unix 도메인 소켓][1]에서 기본적으로 활성화됩니다. UDP를 통해 StatsD 메트릭 수집을 시작하려면 Operator 설정에서 DogStatsD 기능을 활성화해야 합니다.
 
-1. `datadog-agent.yaml` 매니페스트에 `hostPort`를 추가합니다:
+1. `datadog-agent.yaml` 매니페스트에 `features.dogstatsd.hostPortConfig.enabled`를 추가합니다.
 
     ```yaml
-    ports:
-        - containerPort: 8125
-          hostPort: 8125
-          name: dogstatsdport
-          protocol: UDP
+    features:
+        dogstatsd:
+            hostPortConfig:
+                enabled: true
     ```
 
-   이 설정을 통해 애플리케이션이 실행 중인 노드의 `8125`포트에서 DogStatsD로 메트릭을 전송할 수 있습니다.
-
-   **참고**: `hostPort` 기능을 사용하려면 Calico, Canal 또는 Flannel과 같이 [CNI 사양][2]을 준수하는 네트워크 제공자가 필요합니다. CNI를 준수하지 않는 네트워크 제공자에 대한 해결 방법과 자세한 내용은 쿠버네티스 설명서 [HostPort 서비스가 작동하지 않음][3]을 참조하세요.
-
-   **참고**: 오퍼레이터 디플로이먼트인 경우 `agent.config.hostPort`를 사용하여 호스트 포트를 설정합니다.
-
-2. DogStatsD 비로컬 트래픽을 활성화하여 StatsD 데이터 수집을 하려면  `datadog-agent.yaml` 매니페스트에서`DD_DOGSTATSD_NON_LOCAL_TRAFFIC`을 `true`로 설정합니다:
-
+   `datadog-agent.yaml` 매니페스트 예시입니다.
     ```yaml
-    - name: DD_DOGSTATSD_NON_LOCAL_TRAFFIC
-      value: 'true'
+    apiVersion: datadoghq.com/v2alpha1
+    kind: DatadogAgent
+    metadata:
+      name: datadog
+    spec:
+      global:
+        credentials:
+          apiSecret:
+            secretName: datadog-secret
+            keyName: api-key
+      features:
+        dogstatsd:
+          hostPortConfig:
+            enabled: true
     ```
 
-   이 설정을 통해 에이전트를 실행하는 컨테이너가 아닌 다른 컨테이너에서 StatsD 데이터를 수집할 수 있습니다.
+   이를 통해 Agent는 포트 `8125`에서 UDP를 통해 StatsD 메트릭을 수집할 수 있습니다.
 
-3. 변경 사항을 적용합니다:
+2. 변경 사항을 적용합니다:
 
     ```shell
     kubectl apply -f datadog-agent.yaml
     ```
 
-**경고**: `hostPort`파라미터는 호스트의 포트를 엽니다. 방화벽이 애플리케이션 또는 신뢰할 수 있는 소스로부터의 액세스만 허용하는지 확인하세요. 네트워크 플러그인이 `hostPorts`를 지원하지 않는 경우 에이전트 포드 사양에 `hostNetwork: true`을 추가합니다. 그러면 호스트의 네트워크 네임스페이스가 Datadog 에이전트와 공유됩니다. 또한 컨테이너에서 열려 있는 모든 포트가 호스트에서 열려 있음을 의미합니다. 포트가 호스트와 컨테이너 모두에서 사용되는 경우 포트가 충돌하여(같은 네트워크 네임스페이스를 공유하므로) 포드가 시작되지 않습니다. 일부 쿠버네티스 설치에서는 이를 허용하지 않습니다.
+**경고**: `features.dogstatsd.hostPortConfig.hostPort` 파라미터는 호스트의 포트를 엽니다. 방화벽이 애플리케이션이나 신뢰할 수 있는 소스의 액세스만 허용하는지 확인하세요. 네트워크 플러그인이 `hostPorts`를 지원하지 않는 경우  Agent 포드 사양에 `hostNetwork: true`를 추가하세요. 이는 호스트의 네트워크 네임스페이스를 Datadog Agent와 공유합니다. 이는 또한 컨테이너에서 열려 있는 모든 포트가 호스트에서도 열려 있음을 의미합니다. 포트가 호스트와 컨테이너 모두에서 사용되는 경우 충돌이 발생하고(동일한 네트워크 네임스페이스를 공유하므로) 파드가 시작되지 않습니다. 일부 Kubernetes 설치에서는 이를 허용하지 않습니다.
 
 ### StatsD 메트릭을 에이전트로 전송
 
@@ -170,12 +174,19 @@ env:
 
 출처 감지는 에이전트 6.10.0+에서 지원되며 DogStatsD는 컨테이너 메트릭의 출처를 탐지하고 메트릭에 자동으로 태그를 지정할 수 있습니다. 이 모드를 사용하도록 설정하면 UDP를 통해 수신된 모든 메트릭이 자동탐지 메트릭과 동일한 포드 태그로 태그가 지정됩니다.
 
-**참고**: 
+1. 오리진 감지를 활성화하려면 `datadog-agent.yaml` 매니페스트에 `global.originDetectionUnified.enabled` 설정을 추가합니다.
 
-* UDP를 통한 출처 감지는 포드 ID를 엔티티 ID로 사용하므로 컨테이너 레벨 태그가 방출되지 않습니다.
+    ```yaml
+    global:
+        originDetectionUnified:
+            enabled: true
+    ```
+
+**참고**: 
 * UDP 대신 [유닉스 도메인 소켓][5]이 있습니다.
+* UDP를 사용한 오리진 감지는 파드 ID를 엔티티 ID로 사용할 수 있습니다.
 
-UDP를 통해 출처 감지를 활성화하려면, 애플리케이션 매니페스트에 다음 행을 추가합니다:
+파드 ID를 엔티티 ID로 사용하려면 애플리케이션 매니페스트에 다음 줄을 추가하세요.
 
 ```yaml
 env:
@@ -185,7 +196,7 @@ env:
               fieldPath: metadata.uid
 ```
 
-출처 감지를 사용하여 수집된 메트릭에 대해 [태그 카디널리티][6]를 설정하려면 환경 변수`DD_DOGSTATSD_TAG_CARDINALITY`를 `low`(기본값) 또는 `orchestrator`로 설정합니다.
+오리진 감지를 사용하여 수집된 메트릭에 대해 [태그 카디널리티][6]를 설정하려면 `features.dogstatsd.tagCardinality` 설정을 `low`(기본값), `orchestrator` 또는 `high`로 설정합니다.
 
 **참고:** UDP의 경우 [커스텀 메트릭][7]이 너무 많이 생성되는 것을 방지하기 위해 `pod_name` 태그가 기본값으로 추가되지 않습니다.
 

@@ -1,4 +1,6 @@
 ---
+aliases:
+- /ko/glossary/terms/wall_time/
 cascade:
   disable_toc: true
 filter_all: 전체

@@ -0,0 +1,8 @@
+---
+core_product:
+- ci-cd
+related_terms:
+- queue time
+title: approval wait time
+---
+승인 대기 시간은 수동 승인을 보류하면서 파이프라인과 파이프라인 내의 작업 또는 단계가 차단되는 기간입니다. 자세한 내용은 <a href="/continuous_integration/pipelines/#supported-features">설명서를 참조하세요</a>.
@@ -0,0 +1,30 @@
+---
+core_product:
+- 보안
+- csm
+synonyms:
+- posture score
+- compliance score
+title: security posture score
+---
+
+{{< jqmath-vanilla >}}
+
+[Cloud Security Management Misconfigurations][3]에 사용할 수 있는 보안 상태 점수는 기본적으로 사용 가능한 모든 활성 Datadog [클라우드][1] 및 [인프라스트럭처][2] 규정 준수 규칙을 충족하는 환경의 비율을 나타냅니다.
+
+**수식**:
+
+$${{({\text"Pcrictical"/\text"Pcritical + Fcritical"})^2 *8}+{(\text"Phigh"/\text"Phigh + Fhigh") *6}+{(\text"Pmedium"/\text"Pmedium + Fmedium") *3}+{(\text"Plow"/\text"Plow + Flow") *2}+{(\text"Pinfo"/\text"Pinfo + Finfo") *1}}/{8+6+3+2+1}$$
+
+- P는 pass로 평가된 잘못된 구성의 수입니다.
+- F는 fail로 평가된 잘못된 구성의 수입니다.
+
+이 수식은 잘못된 구성의 심각도와 각 심각도에 대한 잘못된 구성 pass/fail 수를 고려하는 가중치 비율을 사용합니다. `scored:true` 태그가 있는 규칙과 잘못된 구성만 계산에 포함됩니다.
+
+특정 심각도에 대해 잘못된 구성이 없으면 해당 심각도는 계산에 포함되지 않습니다. 예를 들어 심각한 구성 오류가 없는 경우 분모는 6+3+2+1이 됩니다(중요한 경우 8 제외).
+
+근본적인 문제를 해결하거나 영향을 받은 리소스에 대한 잘못된 구성을 해제함으로써 상태 점수를 높일 수 있습니다. 이는 매시간 업데이트됩니다.
+
+[1]: /ko/security/default_rules/#cat-posture-management-cloud
+[2]: /ko/security/default_rules/#cat-posture-management-infra
+[3]: /ko/security/cloud_security_management/misconfigurations/
@@ -0,0 +1,6 @@
+---
+core_product:
+- 인프라스트럭처 모니터링
+title: short image
+---
+짧은 이미지는 레지스트리 호스트 이름, 네임스페이스 또는 태그를 포함하지 않는 컨테이너 이미지 이름입니다. 짧은 이미지를 전체 컨테이너 이미지 문자열의 마지막 슬래시(`/`)와 마지막 콜론(`:`) 사이의 하위 문자열로 생각할 수도 있습니다. 예를 들어 컨테이너 이미지 `gcr.io/datadoghq/agent:latest`의 경우 짧은 이미지는 `agent`입니다.