DynoTable

로컬 및 라이브 DynamoDB를 위한 dynamodb-admin 대안

dynamodb-admin은 대부분의 개발자가 DynamoDB Local이나 LocalStack을 띄울 때 사용하는, 무료이며 MIT 라이선스인 웹 GUI입니다. 작은 Node 서버(npm install -g dynamodb-admin)로 실행하고, endpoint를 가리킨 다음, 로컬 테이블을 탐색합니다. 그 한 가지 일에는 탁월합니다. 이 페이지는 그것을 넘어섰을 때 — 그리고 필터링, 인라인 편집, SQL 워크벤치와 함께 로컬과 라이브 AWS 테이블을 모두 다루는 클라이언트를 원할 때 — 를 위한 것입니다. DynoTable은 그 워크벤치를 중심으로 만들어진 크로스 플랫폼 데스크톱 DynamoDB 클라이언트입니다.

dynamodb-admin이 잘하는 것

dynamodb-admin의 README는 이를 명료하게 설명합니다. "DynamoDB Local, dynalite, localstack 등을 위한 GUI"(README)입니다. 로컬 endpoint를 대상으로 작업할 때 적합한 도구입니다.

  • 무료이며 오픈 소스(MIT)이므로, 구매할 것도 라이선스를 받을 것도 없습니다(라이선스).
  • 설치 마찰이 전혀 없음 — npm install -g dynamodb-admin이면 localhost:8001(기본 --port)에서 웹 UI가 동작하며, 기본적으로 http://localhost:8000을 가리킵니다(README).
  • Docker 이미지 — 공식 aaronshaf/dynamodb-admin Docker Hub 이미지는 amazon/dynamodb-local 옆 docker-compose에 그대로 들어갑니다. HOST, PORT, BASE_PATH, DYNAMO_ENDPOINT 환경 변수를 읽으므로(README), 컨테이너화된 개발 스택에 깔끔하게 연결됩니다.
  • 테이블 생성·탐색·편집 — 개발 중에 AWS 콘솔을 건드리지 않고 간단한 웹 인터페이스를 통해 수행합니다.

기본적으로 accessKeyId/secretAccessKey를 더미 값 key와 secret으로, 리전을 us-east-1로 설정하는데(README), 이것은 그것이 무엇을 위해 만들어졌는지를 정확히 알려줍니다. 바로 로컬 개발의 안쪽 루프입니다.

dynamodb-admin은 라이브 AWS DynamoDB에 연결할 수 있나요?

기술적으로는 가능합니다 — 그리고 로컬 전용 admin UI가 더 이상 충분하지 않을 때 사람들이 가장 흔히 시도하는 것입니다. endpoint를 재정의하고 실제 자격 증명을 제공합니다.

# dynamodb-admin을 localhost 대신 실제 리전을 가리키도록 설정
AWS_REGION=eu-west-1 \
AWS_ACCESS_KEY_ID=AKIA... \
AWS_SECRET_ACCESS_KEY=... \
dynamodb-admin --dynamo-endpoint=https://dynamodb.eu-west-1.amazonaws.com

또는 --skip-default-credentials를 전달하여 더미 key/secret 주입을 중단하고 표준 AWS SDK 자격 증명 해석으로 대체하도록 합니다(README).

이것은 동작하지만, 정상 경로에서 벗어난 것입니다. dynamodb-admin의 문서화된 옵션은 endpoint, host, port, base path, 자격 증명 토글입니다(README) — 연결 관리자도, 프로필 선택기도, SSO도 없습니다. 계정이나 리전을 전환하려면 Node 프로세스를 중단하고 다른 환경 변수로 다시 실행해야 합니다. prod 테이블을 가끔 들여다보는 데는 괜찮지만, 여러 계정에 걸친 일상적인 도구로는 마찰이 됩니다.

dynamodb-admin이 멈추는 지점

작업이 단일 로컬 테이블을 넘어서면서 경계가 드러납니다.

  • 라이브 AWS 테이블은 정상 경로에서 벗어납니다. 위에서처럼 실제 리전을 가리킬 수는 있지만, 저장된 연결이나 프로필 전환 없이 DynamoDB Local을 중심으로 문서화되고 기본 설정되어 있습니다.
  • 관계형 쿼리가 없습니다. 여느 시각적 탐색기처럼, 한 테이블에서 항목을 나열하고 편집합니다. 두 테이블을 조인하거나 GROUP BY하거나 COUNT/SUM을 계산할 수는 없습니다. DynamoDB에는 그 아래에 관계형 쿼리 엔진이 없기 때문입니다. dynamodb-admin은 그것을 추가하지 않으며 — PartiQL도 마찬가지입니다. PartiQL의 SELECT 문법은 JOIN, GROUP BY, 집계 함수 없이 단일 FROM 테이블을 받습니다(AWS PartiQL SELECT 레퍼런스) (PartiQL vs SQL 참조).
  • 여러분이 실행하는 서버의 브라우저 탭입니다. 네이티브 데스크톱 앱도, 프로젝트에 걸친 저장된 연결도, 통합된 자격 증명 체인도 없습니다 — Node 프로세스(또는 컨테이너)를 계속 실행하면서 localhost를 북마크합니다.

이 중 어느 것도 버그가 아닙니다. 의도적으로 작게 만든 로컬 개발 도구의 가장자리입니다. 문제는 여러분의 워크플로가 그것을 넘어섰는지 여부입니다.

완전한 DynamoDB 클라이언트로 옮기면 얻는 것

데스크톱 DynamoDB 클라이언트는 두 가지 방식으로 그 간극을 메웁니다. 첫째, 로컬과 라이브를 위한 하나의 앱: 동일한 UI가 DynamoDB Local, LocalStack, 그리고 실제 AWS 계정에 연결되며, 환경마다 서버를 다시 실행하는 대신 표준 AWS 자격 증명 체인(프로필, SSO, 환경 변수)을 읽습니다. 둘째, 탐색 위에 얹힌 실제 쿼리 인터페이스 — 키와 필터 조건, 인라인 편집, PartiQL, 그리고 SQL.

DynoTable은 이미 가지고 있는 AWS 프로필과 액세스 키를 사용해 하나의 데스크톱 앱에서 로컬과 라이브 DynamoDB에 모두 연결합니다. 데이터는 DynamoDB에 그대로 있으므로 마이그레이션할 것이 없습니다. 탐색과 인라인 편집 위에, 대표 기능은 SQL 워크벤치입니다.

DynamoDB의 액세스 패턴 규칙 안에서의 SQL

일반적인 시각적 클라이언트 — dynamodb-admin 포함 — 는 단일 테이블을 Scan하고 필터링합니다. 두 테이블을 조인하거나 행을 그룹화하거나 집계할 수는 없습니다. DynamoDB가 관계형 엔진을 제공하지 않기 때문입니다 — PartiQL의 SELECT조차 JOIN, GROUP BY, 집계 없이 단일 FROM입니다(AWS PartiQL SELECT 레퍼런스). DynoTable의 SQL 워크벤치는 SQL — INNER/LEFT JOIN, GROUP BY, COUNT, SUM 등 — 을 클라이언트에서 DynamoDB의 실제 Query/Scan 작업으로 컴파일합니다. 여러분이 관계형 형태의 SQL을 작성하면, DynoTable이 그것을 여러분의 키와 GSI에 맞춰 계획하므로, 테이블이 관계형인 척하는 대신 DynamoDB의 액세스 패턴 규칙 안에 머뭅니다. PartiQL조차 멈추는 벽에 부딪혔다면, SQL for DynamoDB와 PartiQL vs SQL 가이드에서 무엇이 빠져 있는지, 그리고 워크벤치가 그것을 어떻게 채우는지 설명합니다.

-- 단일 테이블 탐색기로는 표현할 수 없는 종류의 쿼리:
SELECT u.email, COUNT(o.id) AS orders, SUM(o.total) AS revenue
FROM Users u
JOIN Orders o ON o.userId = u.id
GROUP BY u.email;

이러한 키와 필터 조건을 손으로 작성하는 것은 번거롭습니다. 무료 DynamoDB Expression Builder가 KeyConditionExpression/FilterExpression과 속성 이름/값 맵을 여러분 대신 생성합니다 — 설치 불필요.

DynoTable은 dynamodb-admin처럼 DynamoDB Local과 함께 동작하나요?

예 — DynoTable은 원할 때 여러분의 로컬 endpoint를 대상으로 동작하므로, "라이브 전용" 대체재가 아닙니다. endpoint와 가짜 자격 증명 설정은 DynamoDB Local 및 LocalStack 연결을 참조하세요. dynamodb-admin이 다루는 것과 동일한 로컬 안쪽 루프를 다루며, 거기에 더해 dynamodb-admin이 할 수 없는 라이브 테이블과 쿼리도 다룹니다.

솔직한 평가: dynamodb-admin으로 충분할 때

개발 중에 로컬 DynamoDB 인스턴스만 탐색하고, 무료이며 오픈 소스인 것을 원하며, 라이브 테이블을 건드리거나 JOIN을 실행할 필요가 전혀 없다면, dynamodb-admin이 실용적인 선택입니다 — 그대로 쓰세요. DynoTable은 유료 데스크톱 앱입니다. 로컬과 라이브 계정에 걸쳐 작업하거나, 저장된 연결과 실제 AWS 자격 증명 체인을 원하거나, 단일 테이블 탐색기로는 표현할 수 없는 쿼리에 부딪혔을 때 그 값을 합니다.

macOS, Windows 또는 Linux용 DynoTable을 다운로드하고, 오늘 사용하는 것과 동일한 프로필을 가리킨 다음, 이전에는 표현할 수 없었던 쿼리를 실행하세요. 현재 요금제는 요금 안내를, 더 넓은 그림은 DynamoDB GUI로서의 DynoTable을 참조하세요.

FAQ

DynoTable은 dynamodb-admin 대안인가요?

로컬 전용 개발에는 dynamodb-admin이 무료이며 훌륭합니다. DynoTable은 라이브 AWS 테이블, AWS 자격 증명 체인을 통한 저장된 연결, 그리고 JOIN·GROUP BY·집계를 실행하는 SQL 워크벤치 — 단일 테이블 로컬 탐색기가 제공하지 않는 것들 — 도 필요할 때의 대안입니다.

dynamodb-admin은 라이브 AWS DynamoDB에 연결할 수 있나요?

기술적으로는 가능합니다 — --dynamo-endpoint를 실제 리전으로 재정의하고 자격 증명을 제공합니다(--skip-default-credentials와 표준 AWS 환경 변수 사용 (README)). 하지만 DynamoDB Local을 중심으로 만들어지고 기본 설정되어 있으며, 연결 관리자나 프로필 전환이 없으므로, 라이브 사용은 정상 경로에서 벗어납니다.

dynamodb-admin Docker 이미지가 있나요?

예 — aaronshaf/dynamodb-admin이 Docker Hub에 게시되어 있으며 HOST, PORT, BASE_PATH, DYNAMO_ENDPOINT 환경 변수로 구성되므로, docker-compose에서 amazon/dynamodb-local 옆에 자리합니다(README). DynoTable은 컨테이너가 아니라 데스크톱 앱이므로 실행할 이미지가 없습니다 — 로컬 endpoint나 라이브 계정에 직접 연결합니다.

DynoTable은 dynamodb-admin처럼 DynamoDB Local과 함께 동작하나요?

예. DynoTable은 동일한 데스크톱 앱에서 라이브 AWS 계정뿐 아니라 로컬 endpoint — DynamoDB Local과 LocalStack — 에도 연결합니다. 로컬 연결 가이드를 참조하세요.

dynamodb-admin은 SQL을 실행하거나 테이블을 조인할 수 있나요?

아니요. dynamodb-admin은 한 번에 한 테이블을 탐색·편집하며, SQL 인터페이스가 없습니다. 그리고 DynamoDB 자체에 관계형 엔진이 없습니다 — PartiQL의 SELECT조차 JOIN, GROUP BY, 집계 없이 단일 FROM입니다(AWS PartiQL SELECT 레퍼런스) — 따라서 JOIN, GROUP BY, 집계는 그것들을 계획하는 클라이언트 없이는 불가능합니다. DynoTable의 SQL 워크벤치는 그것들을 DynamoDB의 실제 Query/Scan 작업으로 컴파일합니다.

관련 문서

최종 검증 2026-06-10. dynamodb-admin은 각 저자의 MIT 라이선스 오픈 소스 소프트웨어이며, 여기서는 식별 목적으로만 언급합니다.

Console 없이 DynamoDB 작업하기

DynoTable은 DynamoDB를 위한 빠른 데스크톱 클라이언트입니다 — 테이블을 탐색하고, SQL 스타일 쿼리를 실행하고, 항목을 로컬에서 편집하세요.

다운로드요금제 보기