Azure Resouce Provider를 사용하여 서비스 요금을받는 방법은 무엇입니까?

Question

This is Windows Azure Resource Provider SDK. 나는 concepts에 대해 읽으려고했는데 내가 원하는 것을 할 수 있는지를 확실히 이해할 수는 없습니다.

Windows Azure에서 호스팅되는 웹 서비스가 있습니다. 사용자는 사용자 ID와 암호 쌍을 얻고 PayPal을 통해 서비스 비용을 지불 한 다음 사용자 ID와 암호 쌍을 제공하는 지정된 URL로 웹 요청을 할 수 있으며 서비스는 요청 수에 따라 자금을 공제합니다. PayPal을 통해 지불 할 때 "N 요청을 할 수있는 권리"를 구입합니다. 서비스 내 잔고는 지불 한 "요청 수"만큼 증가합니다. 따라서 사용량 당 지불 서비스입니다.

이제 내 서비스에 대한 요청 수가 많은 사용자를 청구하는 리소스 공급자 SDK를 사용하여 Azure 스토어에 서비스를 공개하고 싶습니다.

concepts 문서는 사용자가 다음 구독을 생성

말한다. 구독은 명명 된 항목입니다 (예 : 3 개월 무료 평가판 또는 MyApp 제작 계정 포털에서 자신의 구독 정보를 볼 수 있습니다.

다음으로 사용자는 웹 사이트 또는 가상 컴퓨터와 같은 하나 이상의 리소스를 만듭니다. 웹 사이트와 가상 컴퓨터는 두 가지 다른 ResourceTypes입니다. 각 리소스는 정확히 하나의 구독으로 배포됩니다.

구독 부분은 더 많거나 적습니다. Resource 개체는 어떨까요? 내 웹 사이트 또는 가상 머신과 같은 설명이 계속되는 것을 의미하지만, 내가 제공하고자하는 것은 VM이 아닌 사이트가 아니라 서비스 URL에 대한 특정 요청을 큐에 넣는 권리입니다.

단순한 항목이 없거나 Azure Resource Provider SDK가 사용할 수있는 항목이 아닙니다.

Azure Resource Provider SDK를 사용하여 사용량 당 지불 볼륨 서비스를 Azure Store에 노출하려면 어떻게해야합니까?

Answer 1

서브 스크립 션은 사용자 상거래 관계 선박의 식별자로 생각할 수 있습니다. [신용 카드로 청구 할 식별자가 있다고 생각하십시오] 자원 또는 해당 애드온은 사용자가 소유 한 서비스의 인스턴스를 식별합니다 사는거야.

귀하의 경우 "SharpToothService"서비스에 전화하면 사용자는 서비스로 이동하여 9.99에 "n SharpTooths/month"를 보낼 수 있습니다.

샤프 치아가 리소스입니다. 계획 등의 판매 packagae를 식별하는 것입니다 - & 사용자 이름과 암호는 출력 항목 [프로비저닝의 결과 및 리소스 구입]

[당신이 계획에 대한 질문이있을 수 있습니다에 따라 당신이 얻을으로] 일 것입니다. 당신은 "9.99/월 100 Sharptooths : 대한 금 하나"에 대한 실버 계획을 가지고 있습니다 19.99/월 "등의 문서가 모호하게되는 방식 때문에

Answer 2

모든 혼란은 500 SHarptooths을이

을 말한다. 그런 다음 사용자는 Subscription을 생성합니다. Subscription은 3 개월 무료 평가판 또는 MyApp Production과 같은 명명 된 엔티티입니다.

이것은 부분적으로 사실입니다. 사용자는 실제로 구독을 생성하지만 일반적으로 Azure Store에서 첫 구매를하기 훨씬 전부터 발생합니다. 기부금은 하늘색입니다, 그들은 Azure Store에만 국한되지 않습니다. RP가 보는 것은 구독 ID (현재 GUID 문자열 표현 형식)이며 RP는 다른 사용자가 만든 구매를 구별 할 수있는 구독 ID입니다.

다음이

다음을 간다, 사용자는 웹 사이트 또는 가상 머신으로 하나 개 이상의 자원을 만듭니다. 웹 사이트와 가상 컴퓨터는 두 가지 다른 ResourceTypes입니다. 각 리소스는 정확히 하나의 구독으로 배포됩니다.

이것은 사실과 너무 멀리입니다.

사용자는 Azure 스토어 쇼케이스 (기본적으로 사용 가능한 서비스 목록)에서 "오퍼링"을 선택한 다음 "플랜"("X 돈을 지불하고 서비스 Y를받는"유형)를 선택합니다 , X는 무료 계획에 대해 0 임) 그는 자원 이름을 선택합니다. "자원 이름"은 사용자가 결정합니다.

"자원 유형"은 Azure Store 전체에서 고유해야하며 RP 설계자가 선택하는 "오퍼링"에 대한 고유 한 기호 식별자입니다. 따라서 "웹 사이트"또는 "가상 시스템"과 같은 예제는 매우 나쁘고 쓸모가 없습니다. 실제로 다른 사람이 "우편 서비스"를 제공하려고 할 때 을 제공 할 수 있도록 CompanyXMalingService과 같은 "리소스 유형"을 원할 것입니다. 자신이 "전화 통신 서비스"를 제공하려는 경우 CompanyXTelephonyService을 사용할 수 있으며 다른 사람과 충돌하지 않을 수 있습니다.

이제 "기간별 N 개의 요청"청구 모델을 제공하는 경우 "한 달"만 기간으로 지정할 수 있으므로 "한달에 N 개의 요청"만 가능합니다. 오퍼링 "자원 유형"이 CompanyXCoolRequests이라고 가정합니다.

모델은 다음과 같습니다. 사용자가 오퍼링을 클릭하고 플랜 (예 : 월간 1000 건)을 선택하고 요금이 청구될 때까지 클릭합니다. 한편 상점에서는 RP에 자원 유형 ID CompanyXCoolRequests이있는 가입 신청이 있었으며 일부 자원 이름과 함께 계획 식별자가 요청 내에있을 것이라고 요청합니다. RP는 서비스 내부에 계정을 생성하고 거기에 요청 수를 인출합니다. 사용자 ID와 비밀번호 (또는 서비스를 사용하는 데 필요한 모든 것)를 제공해야합니다. - 사용자가 클릭 할 때 표시되는 "출력 항목" "연결 정보"버튼 또는 "관리"버튼을 클릭 할 때 사용자가 리디렉션되는 서비스 페이지를 통해

이제 다음과 같은 옵션이 있습니다. 몇 년 동안 아무 일도 일어나지 않고 사용자 구매가 활성화되어 있고 매월 청구된다는 것을 의미합니다. 그는 구매를 한 날짜부터 시작하여 다음 달 같은 날짜까지 지속됩니다. 매월 1000 건의 요청을 제공해야합니다. 남은 잔액 (월이 끝나고 800 개의 요청 만 사용 했음)과 새로운 월이 시작되기 전에 모든 것을 사용할 때해야 할 일을 결정해야합니다. 또한 사용자는 가입에서 "오퍼를"삭제할 수 있습니다. 더 이상 청구되지 않습니다. 상점에서 RP에게 요청을 보내고 서비스에서 이전에 생성 한 계정을 삭제하거나 차단해야합니다. 또한 구독 일시 중지와 같은 구독 수준의 이벤트가있을 수도 있습니다. 그런 다음 해당 구독의 모든 리소스를 일시적으로 차단하고 구독이 모두 재개되도록 복원 할 수 있어야합니다. 그리고 마지막으로 사용자는 "업그레이드"할 수 있습니다. 더 비싼 계획으로 전환하여 그의 구매 - 귀하의 서비스 내에서 그의 "계좌"에 여분의 단위를 인출해야합니다.