Claude Apps Gateway on AWS 자세히 알아보기

들어가며

최근 많은 엔터프라이즈 기업들은 Amazon Bedrock을 기반한 Claude Code 및 Claude Desktop의 도입을 적용하고 있습니다. Amazon Bedrock을 통해 Claude 모델을 호출하면, 사용자의 데이터를 모델 학습에 재활용하지 않으며, Private Network 기반으로 사용자들의 Claude 사용 환경을 구성 할 수 있습니다. 또한 기존 AWS 계정·IAM 권한 체계를 통해 인증과 비용을 통합 관리할 수 있으며, Guardrails로 콘텐츠 필터링을 적용하는 등 사내 보안 거버넌스에 맞춘 Claude 사용 환경을 구성 할 수 있습니다.

그러나, Amazon Bedrock 기반의 Claude를 도입 할 시 사용자 각자의 AWS Access Key 관리, 누가 어떤 모델을 얼마나 썼는지, 권한 회수는 제때 되었는지 등의 사용 환경을 구성해야합니다. 그래서 많은 조직이 Claude와 Bedrock 사이에 LLM Gateway(ex. LiteLLM)를 두어, 개발자는 LLM Gateway에서 발급 받은 API Key을 통해 LLM Gateway와 인증하고, 실제 Amazon Bedrock과의 업스트림 자격증명은 Gateway가 한 곳에서만 보관하며 모델 접근·사용량을 사용자 단위로 통제하는 방식을 택합니다.

이 글에서는 Anthropic이 Claude Code 바이너리에 기본 내장한 자체 Gateway인 Claude Apps Gateway를 AWS 환경에 직접 구성하고 배포해보면서, 어떤 기능을 제공하고 어디까지 지원하는지 자세히 살펴봅니다.

Claude Apps Gateway이란?

Claude Apps Gateway는 Anthropic이 Claude Code CLI 바이너리에 기본으로 내장해 배포하는 자체 LLM Gateway입니다. 별도의 프록시 프로젝트를 따로 설치할 필요 없이, 개발자 노트북에서 claude를 실행하는 것과 동일한 바이너리로 claude gateway --config gateway.yaml 명령만 실행하면 서버로 동작합니다.

Claude Apps Gateway는 개발자와 모델 제공자 사이에서 인증·접근 제어·사용량 추적을 조직이 통제하는 한 곳으로 중앙화하는 역할을 합니다. 기존의 LLM Gateway(ex. LiteLLM)와는 다르게, 개발자는 API Key를 발급받아 보관하는 대신 회사 IdP(Okta, Microsoft Entra ID, KeyCloak 등)로 브라우저 SSO 로그인을 하고, 로그인이 끝나면 Gateway가 발급한 단기 세션 토큰으로 인증합니다. 이를 통해 기존의 구성 된 IdP 구조 기반으로 그룹 및 사용자 별 Claude 모델에 대한 권한 제어 및 사용량 제어를 가능하게 합니다.

Claude Code의 사용을 기존 IdP와 연동하는 것 외에도, Claude Apps Gateway는 IdP 그룹별로 Managed Settings를 동적으로 전달할 수 있게 해줍니다. 순수 Bedrock 환경에서는 각 사용자의 Claude Code 사용 환경을 제어 할 수 있는 Managed Setting에 대한 사용이 불가했습니다. Claude Apps Gateway에서 Managed Settings 정책을 매핑해두면 로그인한 클라이언트에 Gateway가 해당 정책을 직접 전달하며, 그룹별로 모델·툴 접근 권한을 다르게 강제할 수 있습니다.

AWS에서 Claude Apps Gateway 구성하기

구성 시 주의 사항 및 아키텍처 소개

Claude Apps Gateway는 크게 세 구간으로 나눠서 볼 수 있습니다. 개발자의 Claude Code는 브라우저로 회사 IdP에 로그인하고, IdP는 Gateway의 콜백으로 인증 결과를 돌려줍니다. Gateway는 이 인증 상태와 세션 정보를 PostgreSQL에 저장하고, 로그인이 끝난 이후의 모든 요청은 Gateway가 보관한 업스트림 자격증명(Bedrock IAM 등)으로 대신 서명해서 전달합니다. 이 구조의 동작을 위해서는 아래 구성 시 주의사항에 대한 요건을 확인해야합니다.

Claude 바이너리 버전: Gateway 기능은 Claude Code v2.1.195부터 포함되어 있습니다. Gateway를 띄우는 서버와 로그인하는 개발자 각자의 머신 모두 v2.1.195 이상이어야 합니다. 만약 업스트림으로 Bedrock이 아니라 Claude Platform on AWS를 사용한다면, Gateway 서버 쪽은 v2.1.198 이상이 필요합니다.
Private Network 기반의 연결: Claude Code는 사설 IP로만 resolve되는 주소의 Gateway에만 연결을 허용합니다. /login 단계에서 Gateway의 호스트명이나 IP가 사설 IP로 resolve되어야 하고, 하나라도 공개 IP로 풀리면 거부됩니다. 이를 위해 개발자가 사용하는 Claude Code 환경과 AWS 상에 배포된 Claude Apps Gateway 간에는 Direct Connect 구성 또는 VPN 기반의 Private Network 연결을 구성해야합니다.
HTTPS 기반의 Claude Apps Gateway 구성: Gateway는 개발자 노트북과 로그인용 브라우저 양쪽 모두에서 https://로 접근 가능해야 합니다. 이를 위해 Claude Apps Gateway 앞단에 ALB 배치 또는 설치된 서버에 웹서버(ex. Nginx) 구성을 통해 Claude Code 개발 PC와 Claude Apps Gateway 간에는 HTTPS 기반의 통신 환경을 구성해야합니다. (해당 블로그에서는 ALB로 구성했습니다.)
OpenID 기반의 IdP와 연동만 지원: Claude Apps Gateway는 OIDC(OpenID Connect) 호환 IdP만 지원합니다. Okta, Microsoft Entra ID, Google Workspace, Keycloak 등 OIDC 표준을 따르는 IdP라면 연동할 수 있습니다. (SAML이나 LDAP 기반 IdP는 지원 불가)
PostgreSQL 14 이후 버전의 RDBMS 사용: Gateway는 디바이스 로그인 플로우 상태와 rate-limit 카운터를 저장하기 위해 PostgreSQL 14 이상이 필요합니다. 이를 위해 Amazon RDS 및 Amazon Aurora 기반의 PostgreSQL 을 사용 할 수 있습니다.

Docker 기반의 Claude Apps Gateway 배포

gateway.yaml을 통해 Claude Apps Gateway 환경 설정

Claude Apps Gateway을 배포하기 위해서는, Claude Apps Gateway의 환경 설정 파일을 작성해야 합니다. gateway.yaml 을 작성 및 배포시 활용하며, 환경 설정에 대한 예시는 아래와 같습니다.

listen:
  host: 0.0.0.0
  port: 8080
  public_url: https://claude-gateway.example.com #Claude Apps Gateway의 URL

oidc:
  issuer: https://keycloak.example.com/realms/claude-gateway #연동 할 IdP의 URL
  client_id: claude-gateway
  client_secret: ${OIDC_CLIENT_SECRET} #oidc에서 발급한 Secret 정보
  allowed_email_domains: [jinsung.site] #접근을 승인할 email 목록

session:
  jwt_secret: ${GATEWAY_JWT_SECRET}
  ttl_hours: 1

store:
  postgres_url: ${GATEWAY_POSTGRES_URL} # Amazon Aurora의 URL 정보

upstreams:
  - provider: bedrock
    region: ap-northeast-2
    auth: {}
    auto_include_builtin_models: false

models:
  - id: claude-opus-4-8
    label: Claude Opus 4.8
    upstream_model:
      bedrock: global.anthropic.claude-opus-4-8
  - id: claude-sonnet-5
    label: Claude Sonnet 5
    upstream_model:
      bedrock: global.anthropic.claude-sonnet-5
  - id: claude-haiku-4-5
    label: Claude Haiku 4.5
    upstream_model:
      bedrock: global.anthropic.claude-haiku-4-5-20251001-v1:0

managed: # Managed Policy 적용을 통한 권한 강제화
  policies:
    - match: { groups: [temporary-group] }
      cli:
        availableModels: [claude-haiku-4-5]
    - match: {}
      cli:
        permissions:
          deny:
            - "Bash(curl *)"   # curl 명령 차단
        env:
          OTEL_LOG_USER_PROMPTS: "1"   # 프롬프트 본문을 로그에 기록
        availableModels: [claude-opus-4-8, claude-sonnet-5, claude-haiku-4-5]

telemetry:
  forward_to:
    - url: https://monitoring.ap-northeast-2.amazonaws.com #CloudWatch에 Metrics 전송
      headers:
        Authorization: Bearer ${CW_METRICS_API_KEY}
      metrics: true
      logs: false
    - url: https://logs.ap-northeast-2.amazonaws.com #CloudWatch에 Log 전송
      headers:
        Authorization: Bearer ${CW_LOGS_API_KEY}
        x-aws-log-group: /claude-gateway/logs
        x-aws-log-stream: gateway-otel
      metrics: false
      logs: true

admin: # Claude Apps Gateway의 관리자 키
  read_keys:
    - { id: cli-reader, key: "${GATEWAY_ADMIN_READ_KEY}" }
  write_keys:
    - { id: cli-admin, key: "${GATEWAY_ADMIN_WRITE_KEY}" }
  blocked_message: "관리자에게 문의하세요."

Docker 기반 배포를 위한 도커 파일 생성

#Dockerfile

FROM debian:12-slim # glibc 기반 경량 베이스 이미지
RUN useradd -m -u 10001 gateway || true
COPY claude /usr/local/bin/claude # 빌드 컨텍스트의 native claude 바이너리를 이미지 안 /usr/local/bin/ 에 복사
RUN chmod +x /usr/local/bin/claude
ENV CLAUDE_CONFIG_DIR=/tmp/.claude # claude가 설정/상태를 쓸 디렉토리 지정.
ENV CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC=1 # Anthropic으로 보내는 비필수 트래픽(분석·업데이트 체크 등) 차단
EXPOSE 8080
ENTRYPOINT ["claude", "gateway", "--config", "/etc/claude/gateway.yaml"]

Docker 이미지 빌드 및 실행

# Docker 이미지 빌드
docker build -t claude-gateway:2.1.201 .

# Docker 기반의 Claude Apps Gateway 실행
docker run -d --name claude-gateway -p 8080:8080 \
  -v /etc/claude/gateway.yaml:/etc/claude/gateway.yaml:ro \
  -e OIDC_CLIENT_SECRET="$OIDC_CLIENT_SECRET" \
  -e GATEWAY_JWT_SECRET="$GATEWAY_JWT_SECRET" \
  -e GATEWAY_POSTGRES_URL="$GATEWAY_POSTGRES_URL" \
  -e CW_METRICS_API_KEY="$CW_METRICS_API_KEY" \
  -e CW_LOGS_API_KEY="$CW_LOGS_API_KEY" \
  -e GATEWAY_ADMIN_WRITE_KEY="$GATEWAY_ADMIN_WRITE_KEY" \
  -e GATEWAY_ADMIN_READ_KEY="$GATEWAY_ADMIN_READ_KEY" \
  claude-gateway:2.1.201

# 실행 로그 확인
docker logs -f claude-gateway

{"ts":"2026-07-23T01:01:34.989Z","evt":"config.load","path":"/etc/claude/gateway.yaml","sha256":"2f0238dc0983547cde2bd6215dcec9f5241337d14394f84173b4b8c7b2a1f676"}
[gateway] 2026-07-23T01:01:35.018Z info waiting for migration lock (another replica may be migrating; check pg_locks for key 6775156 if this persists)
[gateway] 2026-07-23T01:01:35.072Z info managed.policies[0] after merge with catch-all base — changed keys: permissions, env

┌─────────────────────────────────────┐
│  Claude Code Gateway                │
└─────────────────────────────────────┘
[gateway] 2026-07-23T01:01:35.115Z info claude gateway listening on http://0.0.0.0:8080
[gateway] 2026-07-23T01:01:35.115Z info public_url https://claude-gateway.example.com
[gateway] 2026-07-23T01:01:35.115Z info oidc issuer https://keycloak.example.com/realms/claude-gateway
[gateway] 2026-07-23T01:01:35.115Z info email domains jinsung.site
[gateway] 2026-07-23T01:01:35.115Z info allowed groups (unrestricted)
[gateway] 2026-07-23T01:01:35.115Z info upstreams 1: bedrock(bedrock)
[gateway] 2026-07-23T01:01:35.115Z info telemetry relay: 2 destination(s), signals enabled: metrics,logs
[gateway] 2026-07-23T01:01:35.115Z info managed settings: configured

Claude Apps Gateway 기능 소개

1-1. Identity Provider(IDP) 와 연동한 Claude Code 로그인

개발자 PC에서 Claude Apps Gateway을 통해 로그인 하기 위해서는 아래 두 가지 조건이 충족되어야 합니다.

Claude Code v2.1.195+ 버전 이상 사용
managed-settings.json 설정 파일을 저장해야하며 아래는 File-based 방식의 저장 방식입니다. 더 자세한 방법은 Claude Code 공식 문서를 확인하세요.
- macOS: /Library/Application Support/ClaudeCode/managed-settings.json
- Linux and WSL: /etc/claude-code/managed-settings.json
- Windows: C:\Program Files\ClaudeCode\managed-settings.json

{
  "forceLoginMethod": "gateway",
  "forceLoginGatewayUrl": "https://claude-gateway.example.com"
}

개발자 PC에서 Claude Apps Gateway을 통해 로그인하여 사용하기 위해서는 claude /login 명령어를 통해 로그인 할 수 있습니다. 명령어 입력 시 액세스 코드가 발급되고, 해당 코드를 Claude Apps Gateway에 입력합니다. 최종 사내 IdP에 로그인하여 Claude Code을 IdP와 연계하여 사용 할 수 있습니다.

1-2. Identity Provider(IDP) 와 연동한 Claude Desktop 로그인

Claude Desktop App에서도 Claude Apps Gateway을 통한 인증이 가능합니다. Claude Apps Gateway 기반의 Claude Desktop 사용을 위해서는 아래의 조건이 충족되어야 합니다.

Help → Troubleshooting → Developer Mode 활성화합니다.
Developer → Configure third-party inference 셋팅에서 아래와 같이 셋팅합니다.
- 연결 타입 : Gateway로 지정
- Gateway base URL : Claude Apps Gateway URL 지정
- Credential kind를 Interactive Sign-in 으로 지정

2. Managed Settings 기반의 권한 제어

Managed Settings는 Claude Code의 설정 체계에서 관리자가 강제로 적용하는 계층입니다. Managed Settings은 두 가지 방식으로 전달됩니다. 하나는 MDM으로 각 기기에 managed-settings.json 파일을 배포하는 방식이고, 다른 하나는 claude.ai 관리자 콘솔에서 조직 정책을 등록해 로그인한 클라이언트에 동적으로 내려주는 방식입니다.

문제는 순수 Amazon Bedrock 환경에서는 이 중 관리자 콘솔 기반 배포를 쓸 수 없었다는 점입니다. 그래서 Amazon Bedrock 기반으로 Claude Code을 사용하는 조직이 쓸 수 있는 방법은 MDM으로 managed-settings.json 파일을 기기에 정적으로 배포하는 것뿐이었습니다. 이 방식은 정책이 사용자가 아니라 기기에 묶여 있다는 한계가 있었습니다.

사용자가 Claude Apps Gateway을 통해 로그인을 하게 되면 Claude Apps Gateway에 설정 된 Managed Settings 정보를 ~/.claude/remote-settings.json 경로에 캐시하게 됩니다. 캐시된 Settings 정보는 사용자가 로컬에 설정한 ~/.claude/settings.json 보다 우선하여 적용됩니다.

# Claude Apps Gateway에서의 Managed Settings - gateway.yaml
managed: # Managed Policy 적용을 통한 권한 강제화
  policies:
    - match: {}
      cli:
        permissions:
          deny:
            - "Bash(curl *)"   # curl 명령 차단

# Claude Code 로컬 환경에서 설정
[ec2-user@ip-10-10-20-163 bin]$ cat ~/.claude/remote-settings.json
{
  "permissions": {
    "deny": [
      "Bash(curl *)"
    ]
  }
}

3. IDP 그룹 별 모델 및 사용량 제어

그룹 별 모델 제한

모델 접근 제어는 앞서 본 managed.policies를 그대로 활용합니다. match.groups로 특정 IdP 그룹을 지정하고, 그 그룹에만 적용할 cli.availableModels를 지정하면 그룹마다 사용할 수 있는 모델 목록이 달라집니다. 아래와 같이 전체 사용자에게는 Opus, Sonnet, Haiku 모델에 대한 사용을 승인하지만, 임시 사용자에 속한 그룹은 Haiku 모델만 허용해 줄 수 있습니다.

managed:
  policies:
    - match: { groups: [temporary-group] }
      cli:
        availableModels: [claude-haiku-4-5]
    - match: {}
      cli:
        availableModels: [claude-opus-4-8, claude-sonnet-5, claude-haiku-4-5]

아래와 같이 임시 사용자 그룹에 속한 사용자는 Opus 모델에 대한 사용은 불가하고, Haiku에 대한 사용만 가능하게 됩니다.

그룹 별 사용량 제한

조직이나 사용자별로 Claude Code 사용량을 제한하려면, Gateway가 노출하는 별도의 Admin API를 통해서 설정해야 합니다. admin 블록을 활성화해두면 /v1/organizations/spend_limits 엔드포인트가 활성화되고, 이 API로 사용자·그룹·조직 단위의 한도를 실시간으로 조정할 수 있습니다.

아래와 같이 모든 사용자에게는 주간 $100의 예산을 할당하고, 임시 사용자 그룹에 속한 사용자에게는 주간 $50을 할당한다고 가정해보도록 하겠습니다. 사용량 제한을 위해 gateway.yaml 에서 설정한 write_keys을 사용합니다. 사용량 설정이 아닌 단순 조회용을 위해서는 read_keys 을 통해서도 가능합니다.

write_keys: 한도 설정/삭제/조회 모두 가능 (관리자용)
read_keys: 조회만 가능 (모니터링/대시보드용)

모든 사용자에게 주간 $100의 예산 할당

curl -sS https://claude-gateway.example.com/v1/organizations/spend_limits \
  -H "x-api-key: $GATEWAY_ADMIN_WRITE_KEY" \
  -H "Content-Type: application/json" \
  -d '{"scope": {"type": "organization"}, "amount": "10000", "period": "weekly"}'

임시 사용자 그룹(temporary-group)에게 주간 $50의 예산 할당

curl -sS https://claude-gateway.example.com/v1/organizations/spend_limits \
    -H "x-api-key: $GATEWAY_ADMIN_WRITE_KEY" \
    -H "Content-Type: application/json" \
    -d '{"scope": {"type": "rbac_group", "rbac_group_id": "temporary-group"}, "amount": "5000", "period": "weekly"}'

현재 설정한 한도 목록 조회

curl -sS https://claude-gateway.example.com/v1/organizations/spend_limits \
    -H "x-api-key: $GATEWAY_ADMIN_READ_KEY"

사용자별 주간 지출 vs 한도 조회

curl -sS https://claude-gateway.example.com/v1/organizations/spend_limits/effective?period[]=weekly \
     -H "x-api-key: $GATEWAY_ADMIN_READ_KEY"

사용자에게 할당 된 예산이 초과 시 아래처럼 자동으로 사용이 차단됩니다.

4. OpenTelemetry을 통한 모니터링

OpenTelemetry(OTEL)은 메트릭·로그·트레이스 같은 텔레메트리 데이터를 표준화된 형식으로 수집하고 내보내는 오픈소스 프레임워크입니다. Claude Code는 세션에서 발생하는 토큰 사용량, 모델별 요청 수, 지연 시간 같은 지표를 OTLP(OpenTelemetry Protocol) 형식으로 내보낼 수 있습니다. 그러나 Amazon Bedrock 환경에서는 이를 사용하기 위해서는 개발자마다 로컬에서 OTEL_EXPORTER_OTLP_ENDPOINT 같은 환경변수를 직접 설정해야 했습니다.

Claude Apps Gateway는 이 OpenTelemetry 파이프라인을 중앙에서 관리합니다. gateway.yaml에 전달 대상을 설정해두면 로그인한 모든 클라이언트에게 OTEL 관련 환경변수가 자동으로 적용되어 사용자의 사용 기록들이 OpenTelemetry 수집 대상으로 전달되게 됩니다. 아래는 metrics, logs, trace에서 전달되는 지표 정보입니다.

metrics: 토큰 수, 요청 수, 지연 시간 같은 집계 카운터
logs와 traces: 전체 bash 명령어, 툴 입력값, 파일 경로 등 Claude Code가 개발자 머신에서 하는 모든 작업

CloudWatch의 Coding Agent Insights을 활용한 사용량 및 생산성 모니터링

Amazon CloudWatch의 Coding Agent Insights는 Claude Code, OpenAI Codex, GitHub Copilot 같은 AI 코딩 에이전트가 내보내는 OpenTelemetry 지표(토큰 사용량, 툴 호출, 레이턴시 등)를 받아 자동으로 채워지는 사전 구성된 대시보드입니다. 조직·부서·팀·비용 센터·사용자 단위로 도입률과 비용을 비교할 수 있고, 에이전트가 정해진 형식으로 지표를 보내기 시작하면 대시보드를 따로 만들 필요 없이 CloudWatch 콘솔에 자동으로 나타납니다.

Gateway의 텔레메트리 전달 기능은 SigV4 서명이 아닌 정적 헤더 인증만 지원하기 때문에, CloudWatch OTEL엔드포인트에 인증하려면 Bearer 토큰 역할을 하는 API 키가 필요합니다. API의 발급은 AWS CLI 또는 AWS 콘솔에서 발급이 가능합니다. Metrics 용 Key와 Logs Key는 각각 발급받아야 합니다. 아래는 Metrics 키를 발급받는 예시입니다.

Claude Apps Gateway가 CloudWatch에 지표를 전송하기 시작하면, 별도의 대시보드 구성 없이도 다양한 카테고리 별로 사용량 및 생산성을 확인 할 수 있습니다. 전체 및 각 사용자 별 토큰·비용·토큰 타입 등의 지표를 실시간으로 확인 할 수 있습니다. 개발 생산성 탭에서는 사용자별 코드 라인 증감, 커밋, 활동 시간, PR 현황뿐 아니라 언어별 코드 생성량과 편집 도구 사용 패턴까지 확인할 수 있어, 단순 사용량 집계를 넘어 실제 개발 생산성 지표까지 확인이 가능합니다.

OpenTelemetry을 통한 각 사용자 별 프롬프트 로깅

사용자들의 프롬프트 정보들을 별도로 로깅하기 위해서는 OTEL_LOG_USER_PROMPTS=1을 설정해야 실제 프롬프트 내용이 로그에 포함됩니다. Gateway는 이 로그에 로그인한 사용자의 user.id, user.email, user.groups를 자동으로 함께 전달하기 때문에, 별도 설정 없이도 누가 어떤 프롬프트를 입력했는지 사용자별로 구분해서 확인할 수 있습니다.

managed:
  policies:
    - match: {}
        env:
          OTEL_LOG_USER_PROMPTS: "1"   # 프롬프트 본문을 로그에 기록

한계 및 미지원 사항

Claude Apps Gateway를 도입하기 전에 아래의 제약사항을 확인해야합니다. 해당 제약 사항은 블로그를 작성하는 시점을 기준으로 합니다.

OIDC 전용 인증: SAML이나 LDAP 기반 IdP는 지원하지 않습니다. 필요하다면 OIDC 브리지를 앞에 위치시켜야 합니다.
UI 기능 미제공: Gateway 설정은 gateway.yaml 파일 하나로만 관리되고, 변경 시 재배포를 통해 변경 할 수 있습니다.
WebSearch API 미지원: Gateway 세션에서는 CLI가 어떤 프로바이더로 라우팅되는지 확인할 수 없어서 WebSearch API 툴 자체가 비활성화됩니다.
Windows 서버 미지원: Gateway 서버는 네이티브 Linux 바이너리에서만 동작합니다.

결론

이 글에서는 Amazon Bedrock 기반으로 Claude Code를 쓰는 조직이 LiteLLM 같은 범용 LLM Gateway 대신 Claude Apps Gateway를 도입했을 때 얻을 수 있는 것들을 살펴봤습니다. Claude Apps Gateway 기반의 Claude on Amazon Bedrock을 사용할 경우 아래의 이점을 경험 할 수 있습니다.

불필요한 LLM Gateway 키 발급 및 관리: Claude Apps Gateway을 사용 할 경우 Claude Code/Desktop 사용 시 IdP 기반으로 로그인하게 됩니다. 이를 통해 기존의 오픈소스 LLM Gateway 에서 필요하던 키 발급 및 관리가 불필요하게 됩니다.
IdP 그룹 및 사용자 기반의 모델 사용 권한/사용량 제어: 기존 IdP에 구성되어 있던 그룹 및 사용자 정보를 기반으로 Claude 모델에 대한 사용 권한 및 사용량 제어를 가능하게 합니다. 이를 통해 더 효율적인 Claude Code/Desktop 운영을 구성 할 수 있습니다.
Managed Setting을 통한 Claude 사용 환경 제어: 지금까지 Anthropic 1P에서 사용 가능하던 Managed Setting을 통해 사용자들의 Claude 사용 환경을 중앙에서 관리 할 수 있습니다. 관리자가 설정한 Managed Setting은 각 각 사용자 환경에서 가장 우선적으로 적용되게 됩니다.
OTLP의 중앙 처리와 CloudWatch와의 연계: 각 사용자들의 OTLP 데이터를 사용자 환경이 아닌 Claude Apps Gateway 단에서 목적지로 전달합니다. 목적지를 CloudWatch로 전달 할 경우 별도의 OTLP 파이프라인을 구성이 불필요하며, Coding Agent Insights 기능을 통해 사용 현황 및 개발 생산성을 파악 할 수 있습니다.

AWS 기술 블로그