가벼운 SDK, 독립형 서비스
Logto는 제품과 완전히 분리된 독립 인증 서비스로 실행됩니다. SDK는 앱을 그 서비스에 연결해 주기만 하는 얇은 표준 기반 OAuth 2.1/OIDC 클라이언트입니다. 애플리케이션 번들 안에 UI·세션 런타임을 심는 요소가 없으므로, 프론트엔드 성능을 희생하지 않고 현대적인 인증을 사용할 수 있습니다.
Clerk은 특히 Next.js 생태계에서 뛰어난 개발자 경험으로 명성을 쌓아 왔습니다. 하지만 애플리케이션이 성장하고 아키텍처 요구 사항이 복잡해질수록, 강하게 결합된 프론트엔드 중심 접근 방식이 부담이 된다는 사실을 팀들은 자주 깨닫게 됩니다.
| 동기 | 실제로 나타나는 모습 |
|---|---|
| SDK 비대화와 성능 | Clerk의 사전 구축된 React 컴포넌트는 편리하지만, 무거운 UI·세션 런타임을 번들에 포함시킵니다. 이 비용은 공개적으로 문서화되어 있습니다. 2023년 Clerk GitHub 이슈에서는 전체 clerk-js 패키지가 1.2 MB로 측정되었고, Clerk 자체 비교 문서도 사전 구축 컴포넌트 사용 시 메인 번들이 "전체 애플리케이션 크기의 최대 50%를 차지할 수 있다"고 인정합니다. |
| 경직된 세션 아키텍처 | Clerk은 사용자 세션의 단일 진실 공급원 역할을 합니다. 커스텀 테넌트 라우팅이나 머신 투 머신 통신이 필요한 복잡한 B2B 애플리케이션을 구축할 때, 사용자 중심 아키텍처를 우회하는 작업은 점점 답답해집니다. |
| 셀프 호스팅 옵션 없음 | Clerk은 독점적인 클라우드 전용 SaaS입니다. 엔터프라이즈 고객을 위해 온프레미스로 실행되는 소프트웨어를 제공하거나 인프라를 완전히 통제해야 한다면, Clerk은 애초에 선택지가 될 수 없습니다. |
| 표준 프로토콜과의 편차 | 엔터프라이즈 시스템과 통합하는 개발자들은 표준 OIDC 로그아웃 엔드포인트 누락처럼, Clerk의 표준 프로토콜 구현에서 나타나는 독특한 동작과 마주하게 됩니다. |
| 뒷전으로 밀린 멀티 앱 로그인 | 자체 앱들 간에 하나의 로그인을 공유하는 지점에서 Clerk은 불편해집니다. 새틀라이트 도메인은 짧은 지원 프레임워크 목록 안에서, 하나의 Clerk 애플리케이션에 속한 웹 앱만 지원하며, 로그인은 여전히 기본 도메인에서 이루어집니다. 별도의 Clerk 애플리케이션 간에는 사용자나 세션을 공유할 방법이 없고, 네이티브 앱에는 문서화된 경로 자체가 없습니다. |
Logto는 제품과 완전히 분리된 독립 인증 서비스로 실행됩니다. SDK는 앱을 그 서비스에 연결해 주기만 하는 얇은 표준 기반 OAuth 2.1/OIDC 클라이언트입니다. 애플리케이션 번들 안에 UI·세션 런타임을 심는 요소가 없으므로, 프론트엔드 성능을 희생하지 않고 현대적인 인증을 사용할 수 있습니다.
대부분의 팀은 Logto Cloud에서 실행하며 인프라를 신경 쓸 일이 없습니다. 하지만 기업 고객이 온프레미스로 배포하는 소프트웨어를 판매한다면 서드파티 인증 클라우드에 강하게 의존할 수 없습니다. Logto의 오픈소스 코어는 제품 안에 패키징할 수 있는 하나의 가벼운 서버로 실행됩니다.
Logto는 OAuth 2.1, OIDC, SAML을 엄격하게 준수합니다. 표준 디스커버리 문서, 표준 로그아웃 엔드포인트, 표준 어설션까지. Logto는 명세가 정한 대로 동작하므로 엔터프라이즈 시스템과의 통합이 매끄럽게 유지됩니다.
저희는 정직한 포지셔닝을 지향합니다. Logto가 모든 Clerk 고객에게 완벽한 선택은 아닙니다.
| Logto | Clerk | |
|---|---|---|
| 주요 차이점 | ||
| SDK 아키텍처SDK가 애플리케이션과 통합되는 방식 | 독립형 인증 서비스를 위한 얇은 표준 기반 클라이언트 | 프론트엔드 중심의 사전 구축 UI 컴포넌트 |
| 표준 OIDC 준수제공자가 명세를 얼마나 충실히 따르는지 | OAuth 2.1 및 OIDC 엄격 준수 | 제한적표준 로그아웃 엔드포인트 누락 |
| 멀티 앱 통합 로그인한 번 로그인하면 모든 앱에서 로그인 상태 유지 | 등록된 모든 앱이 공유하는 중앙 세션 | 새틀라이트 도메인웹 전용, 단일 애플리케이션 내에서만 |
| 요금제 모델플랜 청구 방식 | 토큰 기반50K MAU까지 무료 | MAU 기반, 기능 애드온 별도 |
| B2B / 멀티 테넌시제공자가 조직과 테넌트를 모델링하는 방식 | 네이티브 조직 중심 아키텍처 | 사용자 중심 아키텍처 |
| 머신 투 머신 (M2M)서비스, API, 머신 간 인증 | 핵심 기능으로 지원 | 제한적 지원 |
| 배포 옵션인증 서비스를 실행할 수 있는 위치 | 매니지드 클라우드, 프라이빗 클라우드 또는 셀프 호스팅 | 클라우드 전용 |
2026년 7월 기준 공개된 정보를 바탕으로 작성되었습니다. 최신 정보는 각 공급업체를 통해 확인해 주세요.
Logto의 표준 기반 아키텍처 덕분에 Clerk에서 Logto로의 마이그레이션은 간단합니다. Clerk에서 사용자 데이터를 내보내고 Management API로 Logto에 가져오세요.
Logto는 여러 알고리즘의 비밀번호 해시를 가져올 수 있으므로(Bcrypt, Argon2, MD5, SHA1, SHA256, PBKDF2, 그리고 Node.js가 지원하는 다른 형식을 위한 레거시 옵션 포함), 대부분의 경우 사용자에게 비밀번호 재설정을 강요하지 않고 마이그레이션할 수 있습니다.
사용자를 가져온 후에는 Clerk 컴포넌트를 Logto의 가벼운 SDK로 교체하고, 애플리케이션의 UI와 성능에 대한 통제권을 되찾으세요.
사용자 마이그레이션 가이드 읽기 →마이그레이션은 저마다 조금씩 다릅니다. 가이드에서 다루지 않는 상황이라면 문의하기를 통해 필요한 내용을 알려주세요.
비슷하게 현대적인 개발자 경험에 더 많은 아키텍처 제어권(표준 기반 SDK, 독립형 인증 서비스, 셀프 호스팅 옵션)을 원한다면 Logto가 최우선 선택지입니다. 그 밖의 대안으로는 Supabase Auth(Postgres 백엔드도 필요한 경우)나 Auth0(레거시 엔터프라이즈 통합용)가 있습니다.
네. Logto Cloud는 완전 관리형 서비스이며, Logto 오픈소스 버전(13k+ GitHub 스타)과 동일한 코드베이스로 실행됩니다. 클라우드에서 시작해 나중에 셀프 호스팅으로 전환할 수도 있고, 그 반대도 가능합니다.
네. Logto는 App Router 지원을 포함해 Next.js용 SDK와 문서를 제공하며, 무거운 번들 크기 부담이 없습니다.
물론입니다. Logto는 멀티테넌트 조직, 역할 기반 접근 제어(RBAC), 엔터프라이즈 SSO(SAML/OIDC)를 기본으로 지원하여 복잡한 B2B SaaS 아키텍처에 잘 맞습니다.
Clerk은 Clerk, Inc.의 등록 상표입니다. 기능 비교는 2026년 7월 기준 공개된 정보를 바탕으로 작성되었습니다. 최신 정보는 각 공급업체를 통해 확인해 주세요.