Logto 애드온 가격: 간단한 설명
이 글에서는 예시를 통해 Logto의 애드온 가격 구조를 간단히 설명하겠습니다.
Logto에서는 투명성을 위해 완전히 자가 관리로 설계된 Pro 플랜을 제공합니다. 최근에 도입된 애드온 가격 정책으로, 이 글은 청구서를 더 잘 이해할 수 있도록 도와드립니다.
구조 이해하기
기본 구조는 다음과 같이 보입니다:
콘솔의 테넌트 설정 섹션에서는 '다음 청구서' 섹션을 통해 다가오는 요금을 모니터링하고 관리할 수 있습니다.
항목 분류
애드온 구조에 속하는 기능은 몇 가지에 불과합니다.
동시에, Logto는 페이애즈유고와 비례 가격 모델도 제공하여 서비스를 편리하게 최대한 활용할 수 있도록 합니다.
포함된 쿼터 | 추가 비용 | |
---|---|---|
토큰 | 100k | 100 이후 / 월당 $0.08 |
머신-투-머신 앱 | 1 | 매월 각 $8 |
API 리소스 | 3 | 매월 각 $4 |
엔터프라이즈 SSO | 0 | 매월 각 $48 |
멀티 팩터 인증 | N/A | $48 월당 |
조직 | 무제한 | $48 월당 |
테넌트 멤버 | 3 | 매월 각 $8 |
이 요소들을 고려하면 알고리즘은 다음과 같습니다.
add_on_unit_price
: 이 애드온의 단가quantity_added
: 현재 청구 주기에 사용자가 추가한 애드온 양quantity_removed
: 현재 청구 주기에 사용자가 제거한 애드온 양pro-rated time remaining upon creation
: 리소스를 생성할 때 현재 사이클에 남은 비례 시간pro-rated time remaining upon deletion
: 리소스를 삭제할 때 현재 사이클에 남은 비례 시간quantity remaining
: 다음 사이클의 일관된 청구에 필요한 양
두 개의 예를 들어 설명해 보겠습니다.
예시 1: 변경이 없는 일관된 청구
추가하거나 제거하지 않으면 청구서는 일관되게 유지됩니다.
예를 들어, Pro 플랜을 사용 중이고 2개의 SSO 서비스를 사용 중이라면, 변경하지 않는 한 청구서는 일관되게 유지됩니다.
예시 2: 애드온 추가 또는 변경 시 다가오는 청구서에 미치는 영향
이는 서로 다른 사례에 따라 다소 다르게 나올 수 있습니다. 알고리즘은 여전히 작동합니다.
사례 1: 애드온 없이 Pro 플랜을 구독하고 Enterprise SSO를 10일 동안만 테스트한 경우.
매월 5일에 구독이 갱신되고, 20일에 Enterprise SSO를 추가하여 15일 동안 사용한 후, 30일에 SSO를 삭제하면, 이는 10일만 사용한 것이 됩니다.
사례 2: 애드온 없이 Pro 플랜을 구독하고 API 리소스를 추가하거나 제거하여 최종적으로 5개의 API 리소스를 사용한 경우
이 경우, 이 청구 주기에 애드온 기능을 업데이트했으므로 변경 사항이 다음 청구서에 반영됩니다. 변경 후 첫 달은 약간 높을 수 있습니다. 청구서에는 $16 기본 가격, 미청구 사용에 대한 애드온 비용, 그리고 다음 반복 사이클의 전체 요금이 포함됩니다.
귀하의 청구 주기는 매월 1일에 시작되며, 처음 3개의 무료 API 리소스를 사용했습니다. 이 달 동안 두 가지 작업을 수행했습니다:
- 5일에, 추가로 리소스 4개를 추가했습니다.
- 15일에, 그중 2개의 리소스를 제거했습니다.
결과적으로, 다가오는 사이클에는 2개의 API 리소스가 지속적으로 가능합니다.
애드온 사용 시간은 어떻게 결정됩니까?
우리는 비용 절감형 모델을 사용하며, 자원을 자주 추가하거나 제거하면 어떻게 되는지 궁금할 것입니다. 애드온은 활성인 정확한 기간 동안 사용한 것으로 간주됩니다. 걱정하지 마세요—Stripe가 지원하는 시스템은 사용을 초 단위로 계산하여 각 자원이 사용된 정확한 시간에 따라 정확한 청구가 이루어지도록 보장합니다.
Pro 플랜을 구독 해지하면, 사용하지 않은 애드온 비용은 환불되며, 해당 금액은 최종 청구서에서 차감됩니다.
가격 관리를 쉽게 하고 자신감을 갖고 즐기시길 바랍니다. :)