그런 다음 애플리케이션 코드에서 Datadog OpenFeature 공급자를 초기화하거나 액세스하세요. Java, Node.js 또는 Python 설정 지침을 참조하세요.
구성 소스 또는 공급자 활성화 설정이 필요하지 않습니다. 폴링은 애플리케이션 코드가 공급자를 초기화하거나 액세스할 때만 시작됩니다. 트레이서를 설치하거나 초기화하는 것만으로는 Feature Flags CDN 트래픽이 생성되지 않습니다.
초기 Node.js Agentless 릴리스는 구성 전달 및 로컬 플래그 평가만 지원합니다. 평가 메트릭이나 노출 이벤트를 내보내지 않습니다. Java 및 Python Agentless 전달은 구성 소스만 변경합니다. Java와 Python은 지원되는 Datadog Agent나 Serverless 텔레메트리 경로 없이는 이러한 신호를 내보내지 않습니다.
Agentless 전달 구성
DD_SITE를 조직의 Datadog 사이트로 설정합니다. 이 문서 페이지에서 선택한 사이트의 경우 다음을 사용합니다. . Agentless 소스는 다음 운영 설정도 지원합니다.
사용자 지정 URL은 HTTP 또는 HTTPS를 사용해야 합니다. 오리진 또는 루트 경로만 포함된 경우, SDK는 표준 플래그 구성 경로를 추가합니다. 루트가 아닌 경로가 포함된 경우, SDK는 해당 경로를 전체 엔드포인트로 사용합니다.
SDK는 DD_API_KEY를 HTTPS를 통해서만 기본 Datadog 관리형 엔드포인트로 보냅니다. Datadog API 키를 사용자 지정 엔드포인트로 전달하지 않습니다. 사용자 지정 엔드포인트는 제어된 로컬 개발을 위해 HTTP를 사용할 수 있습니다. 로컬 개발 환경 외부의 모든 엔드포인트에는 HTTPS를 사용하세요.
사용자 지정 엔드포인트 설정이 유효하지 않은 경우, SDK는 공급자를 비활성화 상태로 유지하고 구성 오류를 기록하며, 평가 시 호출자가 제공한 기본값을 반환합니다.
지원되는 SDK 버전에서는 Datadog for Government에 Datadog 관리형 Agentless 전달을 사용할 수 없습니다. 해당 사이트의 애플리케이션은 Agent Remote Configuration을 사용하지 않는 한 호출자가 제공한 기본값을 계속 사용합니다.
기존 Remote Configuration 설정 마이그레이션
DD_EXPERIMENTAL_FLAGGING_PROVIDER_ENABLED=true를 설정한 기존 고객은 마이그레이션 기간 동안 Remote Configuration을 유지합니다. 이 지원 중단된 설정은 장기적으로 사용할 구성이 아니라 호환성을 위한 브리지입니다.
Datadog 관리형 엔드포인트의 경우 애플리케이션에서 DD_API_KEY, DD_SITE 및 DD_ENV를 구성합니다.
공급자를 초기화하고 플래그 업데이트를 수신하는지 확인합니다.
DD_EXPERIMENTAL_FLAGGING_PROVIDER_ENABLED를 삭제합니다. 마이그레이션이 완료된 후 지원 중단된 설정을 활성화된 상태로 두지 마세요.
Agent Remote Configuration을 일시적으로 유지하려면 DD_FEATURE_FLAGS_CONFIGURATION_SOURCE=remote_config를 설정한 다음 DD_EXPERIMENTAL_FLAGGING_PROVIDER_ENABLED를 삭제하세요. API 키는 Agent에 그대로 유지됩니다.
DD_EXPERIMENTAL_FLAGGING_PROVIDER_ENABLED=false를 설정한 경우 DD_FEATURE_FLAGS_ENABLED=false로 대체하세요.
명시적인 DD_FEATURE_FLAGS_CONFIGURATION_SOURCE 값이 레거시 설정보다 우선합니다. 레거시 설정이 삭제되면 명시적 소스가 없는 애플리케이션은 Agentless 전달을 사용합니다. Agent 전달을 유지하려면 지원 중단된 레거시 설정을 삭제하기 전에 remote_config를 명시적으로 설정하세요.