1

다른 클라이언트 (회사)를 수용하기 위해 GAE 앱 멀티 테넌트를 만들고 싶습니다. 데이터베이스 네임 스페이스는 GAE가 승인 한 솔루션처럼 보입니다. 클라이언트/네임 스페이스간에 GAE 수수료를 분할하는 의미있는 방법이 있습니까? 새로운 인스턴스가 생성되거나 (15 분 지연 후) 서버로드에 비례하여 종료되기 때문에 애플리케이션에 대한 GAE 비용은 주로 사용자 활동에 따라 달라집니다 (백엔드 인스턴스가 가동 됨). 이상적으로 요금이 분할되는 방식은 의미가 있어야하며 고객에게 설명 될 수 있습니다.google appstore, 데이터 저장소 네임 스페이스 당 수수료 분할 방법

가장 공정한 요금 분할 솔루션은 새로운 클라이언트를위한 새로운 앱을 만드는 것입니다. 따라서 모든 비용은 별도로보고되지만 총 비용은 늘어날 것입니다. 동일한 인스턴스에서 실행되는 몇 가지 앱이 서버 리소스를보다 경제적으로 사용할 것으로 기대합니다. .

+1

각 앱 엔진 앱에 대한 모든 비용이 집계됩니다. 옵션 # 2 – yoonjesung

답변

1

대략적인 예상 비용 측정을 통해 모든 앱 엔진 요청은 logged입니다. 모든 요청과 관련된 네임 스페이스/클라이언트를 로깅하고 로그를 쿼리하여 해당 네임 스페이스의 예상 인스턴스 비용을 합산하는 것이 가능합니다. 예상 비용 입력란은 사용되지 않으며 정확하지 않을 수 있습니다. 이는 각 클라이언트와 관련된 인스턴스 비용의 비율에 대한 대략적인 지침으로 유용합니다.

데이터 저장소 가격 정책이 진행되는 한 클라우드 콘솔은 각 네임 스페이스에 저장된 데이터의 양을 알려주고 그로부터 비용을 계산할 수 있습니다. 읽기/쓰기의 경우 네임 스페이스 당 읽기 및 쓰기를 추적하는 데 도움이되는 로깅 시스템을 설정했습니다. 즉, 모든 요청은 각 네임 스페이스에 데이터 저장소 읽기 및 쓰기 횟수를 추적하여 요청이 끝날 때 기록합니다.

인프라 스트럭처 및 로깅에 대한 투자를 통해 네임 스페이스 당 비용을 대략적으로 추적 할 수 있습니다. 하지만, App Engine은이를 쉽게 처리하지 못하므로 매우 정확한 비용 추정을 계산하는 것이 불가능할 수 있습니다.

+0

로 가고 싶을 수도 있습니다. 해당 필드의 수수료는 매우 낮습니다. – Serge

+0

저는 비용을 비례 배분하기 위해 주로 사용합니다. 예 : 클라이언트 1에 $ x 비용이 있고 클라이언트 2 비용이 $ 2x이면 비용은 1 : 2 비율이라고 가정합니다. 나는이 필드를 아무 것도 사용하는 것에 대해 다소 신경이 쓰이지 만, 다시 강조 할 것입니다. – Bryan