Retool 대안: 내부툴과 어드민을 만드는 7가지 대체 서비스 (2026)

Select Admin · Softr · Appsmith · ToolJet · Refine.dev · Reflex.dev · Forest Admin

Retool은 내부툴이나 어드민을 만들 때 가장 많이 언급되는 제품 중 하나입니다. 하지만 실제로 선택 과정에 들어가 보면, Retool 외에도 어드민과 백오피스 문제를 풀어내는 대체 도구들이 꽤 많습니다.

우리는 “내부툴을 어떤 방식으로 만들 것인가”라는 질문에 대해, 현재 선택 가능한 현실적인 옵션들을 정리해볼 필요가 있습니다.

• 드래그 앤 드롭 빌더가 필요한지
• 설정(spec)이나 코드로 관리하고 싶은지
• 셀프호스트가 필요한지
• 내부 운영툴인지, 외부 사용자용 포털인지

이런 기준을 중심으로 각 도구의 구조와 사용 방식을 살펴보겠습니다.

내부툴을 만드는 방식은 크게 네 가지로 나뉜다

현재 사용되는 도구들은 대략 다음 접근으로 분류할 수 있습니다.

1. 스펙(설정) 기반
2. 노코드 포털/업무 앱
3. 로우코드 UI 빌더
4. 코드 퍼스트 프레임워크
5. 자동 생성형 Admin

한눈에 보는 구조적 차이

제품별 구조와 사용 방식

Retool 대안으로 살펴볼만한 제품들에 대해 간략하게 살펴보겠습니다.

Select Admin — YAML 스펙으로 구성하는 내부툴

Select Admin은 UI를 직접 그리는 방식이 아니라, YAML 스펙으로 메뉴·페이지·블록을 선언하는 구조를 가집니다.

• 페이지는 여러 blocks로 구성
• query, http, markdown 같은 블록 타입 제공
• 테이블, 폼, 모달, 차트 옵션을 설정으로 정의
• Self-hosted 이용시 Git으로 버전 관리 가능

공식 문서에서는 페이지 구조와 블록 정의를 레퍼런스 형태로 설명합니다.
https://docs.selectfromuser.com/reference

pages:
- path: orders
  title: Orders
  blocks:
  - type: query
    resource: mysql
    sqlType: select
    sql: >
      SELECT * FROM orders
    columns:
      id:
        openModal: orders/:id

이 구조가 맞는 경우

• 내부툴이 여러 개이고, 구조를 반복·복제해야 하는 경우
• UI보다 “구성 자체”를 관리하고 싶은 경우
• 설정 변경 이력을 코드처럼 추적해야 하는 경우

비슷한 도구

• Lowdefy: https://lowdefy.com/

Softr — 데이터 위에 얹는 노코드 포털

Softr는 Google Sheets, Airtable 같은 데이터 소스를 기반으로
로그인 가능한 포털이나 업무용 앱을 만드는 데 초점이 맞춰져 있습니다.

• 사용자 그룹과 권한 설정
• 외부 사용자용 포털 구성
• 폼 입력, 리스트, 상세 페이지
• 워크플로우 기반 자동화

플랜 비교표에는 사용자 수, 그룹 수, 워크플로우 액션, SSO 지원 여부 등이 있습니다.
https://www.softr.io/pricing

이 구조가 맞는 경우

• 내부 운영뿐 아니라 외부 사용자 접근이 필요한 경우
• 데이터가 이미 스프레드시트/베이스 형태로 관리되는 경우
• 개발 리소스 없이 빠르게 앱 형태를 만들어야 하는 경우

비슷한 도구

• Glide: http://glideapps.com/
• Appsheet: https://about.appsheet.com/home/
• Airtable: https://airtable.com/
• Stacker: https://stackerhq.com/

Appsmith — 셀프호스트 가능한 로우코드 UI 빌더

Appsmith는 오픈소스 기반 로우코드 빌더로, UI 위젯과 JavaScript 로직을 조합해 내부툴을 만듭니다.

• Docker 기반 셀프호스트 지원
• DB / API 연결
• UI 이벤트에 JS 로직 작성
• 인증, 권한, 감사 로그(플랜별)

설치 가이드는 Docker Compose 기준으로 상세히 제공됩니다.
https://docs.appsmith.com/getting-started/setup/installation-guides/docker

이 구조가 맞는 경우

• UI를 직접 보면서 빠르게 구성하고 싶은 경우
• 셀프호스트 환경이 필요한 경우
• UI + 로직을 한 화면에서 관리하고 싶은 경우

ToolJet — 로우코드 빌더 + 확장 로직

ToolJet 역시 UI 빌더 중심이지만, JavaScript와 Python 쿼리를 통해 로직 확장을 허용합니다.

• 다양한 데이터 소스 커넥터
• UI 컴포넌트 라이브러리
• 셀프호스트 지원
• 일부 기능은 라이선스/플랜에 따라 제한

셀프호스트 시 라이선스와 기능 범위를 문서에서 명시합니다.
https://docs.tooljet.ai/docs/tj-setup/licensing/self-hosted
라이선스 전환 배경도 별도로 설명돼 있습니다.
https://blog.tooljet.ai/changing-license-to-agpl/

이 구조가 맞는 경우

• UI 중심 빌더가 필요하지만 로직 확장도 고려하는 경우
• 셀프호스트가 필수인 경우
• 조직의 오픈소스 라이선스 정책을 검토할 수 있는 경우

비슷한 도구

• Windmill: https://www.windmill.dev/
• Superblocks: https://superblocks.com/
• UIBakery: http://uibakery.io/

Appsmith와 Tooljet은 Retool과 가장 유사한 경험을 제공하는 툴입니다. Retool의 장점도 가져오지만 단점도 비슷할 수 있습니다.

Refine.dev — 내부툴을 React로 개발하는 선택

Refine은 빌더가 아니라 React 기반 프레임워크입니다.

• CRUD 중심 앱 구조 제공
• 인증(authProvider), 권한(accessControlProvider) 인터페이스
• Next.js / Remix 기반 SSR 지원
• UI는 전적으로 코드로 구성

인증과 권한 구조는 문서에서 추상화된 인터페이스 형태로 설명됩니다.
https://refine.dev/docs/authentication/auth-provider/
https://refine.dev/core/docs/authorization/access-control-provider/

이 구조가 맞는 경우

• 내부툴도 일반 웹앱과 동일한 방식으로 개발해야 하는 경우
• 프론트엔드 코드 방식으로 최적화된 결과물을 만들고 싶은 경우
• UI/라우팅/상태 관리에 제약을 두고 싶지 않은 경우

오픈소스와 엔터프라이즈 서비스로 시작하였지만 현재 웹 편집기 서비스도 제공하는것으로 보입니다.

Reflex.dev — Python으로 UI와 상태를 정의

Reflex는 Python 코드로 상태와 이벤트를 정의하고, 이를 기반으로 웹 UI를 구성하는 프레임워크입니다.

• 상태 기반 UI 모델
• 이벤트 핸들러는 서버에서 실행
• WebSocket 기반 상태 동기화
• 프론트엔드 코드 작성 없이 웹앱 구성

상태와 이벤트 구조는 문서에서 비교적 상세히 설명됩니다.
https://reflex.dev/docs/state/overview
https://reflex.dev/docs/getting-started/basics

이 구조가 맞는 경우

• Python 중심 팀
• 내부툴과 데이터/자동화 로직을 같은 언어로 관리하고 싶은 경우
• 프론트엔드 스택을 최소화하고 싶은 경우

Forest Admin — 운영툴을 자동 생성하는 접근

Forest Admin은 기존 데이터베이스나 백엔드에 Admin API/에이전트를 연결해 운영툴을 생성하는 방식입니다.

• CRUD, 필터, 검색, 권한 구성 지원
• Smart Action으로 커스텀 작업 정의
• Smart View로 테이블 외 UI 구성 가능

보안 구조와 데이터 흐름은 공식 문서에서 명시돼 있습니다.
https://www.forestadmin.com/security/security-authentication
Smart View 설명:
https://docs.forestadmin.com/documentation/reference-guide/smart-views

이 구조가 맞는 경우

• 목적이 단순 CRUD로 명확한 경우
• UI 자유도보다 관리 기능 완성도가 중요한 경우
• 빠른 도입이 필요한 경우

비슷한 도구

• NocoBase: https://www.nocobase.com/
• Directus: https://directus.io/

선택을 정리하는 기준

다음 질문에 답하면 선택지가 자연스럽게 줄어듭니다.

• UI를 누가 만들고 관리하는가? (개발자 / 비개발자)
• 설정을 코드처럼 관리해야 하는가?
• 셀프호스트가 필수인가?
• 외부 사용자 접근이 핵심인가?
• 내부툴이 단순 관리 화면인가, 서비스 수준의 앱인가?

각 도구는 이 질문들에 서로 다른 답을 제공합니다. 어떤 도구든 각각의 장단점과 스타일, 제약이 있습니다.

많은 질문들을 충족하는게 좋아보일 수 있지만, 정말 중요한게 무엇인지, 당장 문제를 해결해보려고 했을때 직접 경험해보고 나에게 잘 맞는지 느낌도 함께 살펴보세요.

마무리

내부툴을 만드는 도구는 점점 다양해지고 있습니다. 중요한 것은 “어떤 제품이 더 낫다”를 판단하는것이 아니라, "지금 어떤 방식이 우리에게 도움이 되는지" 입니다.

이 글이 여러 선택지를 이해하고, 각자의 상황에 맞는 구조를 고르는 데 참고 자료로 쓰이길 바랍니다. 감사합니다.

*구체적인 정보와 최신 자료는 각 사이트에서 확인하시는것을 권장합니다.

대체 서비스들

• Select Admin: https://docs.selectfromuser.com/
• Softr: https://www.softr.io/
• Appsmith: https://www.appsmith.com/
• ToolJet: https://www.tooljet.com/
• Refine.dev: https://refine.dev/
• Reflex.dev: https://reflex.dev/
• Forest Admin: https://www.forestadmin.com/