Mierzenie zużycia każdej dzierżawy

Jako dostawca rozwiązań ważne jest, aby zmierzyć użycie każdej dzierżawy w rozwiązaniu wielodostępnym. Pomiar zużycia poszczególnych dzierżawców pozwala zagwarantować, że koszt sprzedanych towarów (COGS) na potrzeby dostarczania usług do każdej dzierżawy jest opłacalny. Na tej stronie udostępniamy wskazówki dla osób podejmujących decyzje techniczne dotyczące znaczenia pomiaru zużycia oraz podejścia, które można wziąć pod uwagę w celu mierzenia zużycia dzierżawy, a także kompromisów.

Istnieją dwa podstawowe obawy związane z koniecznością pomiaru zużycia poszczególnych dzierżaw:

• Aby obsłużyć każdą dzierżawę, musisz zmierzyć rzeczywisty koszt. Jest to ważne, aby monitorować rentowność rozwiązania dla każdej dzierżawy.
• Musisz określić kwotę naliczaną za dzierżawę, gdy korzystasz z cen opartych na użyciu.

Jednak może być trudno zmierzyć rzeczywiste zasoby używane przez dzierżawę w rozwiązaniu wielodostępnym. Większość usług, które mogą być używane w ramach rozwiązania wielodostępnego, nie rozróżnia ani nie dzieli użycia na podstawie tego, co definiuje dzierżawę. Rozważmy na przykład usługę, która przechowuje dane dla wszystkich dzierżaw w pojedynczej relacyjnej bazie danych. Trudno jest określić dokładnie ilość miejsca używanego przez każdą dzierżawę tej relacyjnej bazy danych pod względem magazynu lub pojemności obliczeniowej wymaganej do obsługi zapytań i żądań.

Natomiast w przypadku rozwiązania z jedną dzierżawą możesz użyć usługi Azure Cost Management w witrynie Azure Portal, aby uzyskać pełny podział kosztów dla wszystkich zasobów platformy Azure, które są używane przez dzierżawę.

W związku z tym, w obliczu tych wyzwań, ważne jest, aby wziąć pod uwagę sposób mierzenia zużycia.

Uwaga

W niektórych przypadkach jest to akceptowalne komercyjnie, aby utracić dostarczanie usług do dzierżawy, na przykład po wejściu na nowy rynek lub region. Jest to wybór komercyjny. Nawet w takich sytuacjach nadal dobrym pomysłem jest mierzenie zużycia każdej dzierżawy, dzięki czemu można zaplanować przyszłość.

Orientacyjne metryki zużycia

Nowoczesne aplikacje (tworzone dla chmury) składają się zwykle z wielu różnych usług, z których każda ma różne miary zużycia. Na przykład konto magazynu mierzy zużycie na podstawie ilości przechowywanych danych, przesyłanych danych i liczby transakcji. Jednak użycie usługi aplikacja systemu Azure jest mierzone przez ilość zasobów obliczeniowych przydzielonych w czasie. Jeśli masz rozwiązanie, które zawiera konto magazynu i zasoby usługi App Service, połączenie wszystkich tych pomiarów razem w celu obliczenia rzeczywistej grupy COGS (koszt sprzedanych towarów) może być bardzo trudnym zadaniem. Często łatwiej jest użyć pojedynczego pomiaru wskazującego, aby reprezentować zużycie w rozwiązaniu.

Jeśli na przykład rozwiązanie wielodostępne współużytkuje pojedynczą relacyjną bazę danych, dane przechowywane przez dzierżawę mogą być dobrym wskaźnikiem użycia.

Uwaga

Nawet jeśli używasz ilości danych przechowywanych przez dzierżawę jako indykatywnej miary zużycia, może to nie być prawdziwa reprezentacja użycia dla każdej dzierżawy. Jeśli na przykład określona dzierżawa wykonuje o wiele więcej operacji odczytu lub uruchamia więcej raportów z rozwiązania, ale nie zapisuje dużo danych, może użyć o wiele więcej zasobów obliczeniowych, niż wskazują wymagania dotyczące magazynu.

Ważne jest, aby od czasu do czasu mierzyć i przeglądać rzeczywiste użycie w dzierżawach, aby określić, czy założenia dotyczące wskaźników są poprawne.

Metryki transakcji

Alternatywnym sposobem pomiaru zużycia jest zidentyfikowanie kluczowej transakcji, która jest reprezentatywna dla coGS dla rozwiązania. Na przykład w rozwiązaniu do zarządzania dokumentami może to być liczba utworzonych dokumentów. Może to być przydatne, jeśli istnieje podstawowa funkcja lub funkcja w systemie, który jest transakcyjny, i jeśli można go łatwo zmierzyć.

Ta metoda jest zwykle łatwa i opłacalna do zaimplementowania, ponieważ zwykle w aplikacji występuje tylko jeden punkt, który musi rejestrować liczbę transakcji.

Metryki na żądanie

W rozwiązaniach opartych głównie na interfejsie API warto użyć metryki zużycie opartej na liczbie żądań interfejsu API wysyłanych do rozwiązania. Często może to być dość proste do zaimplementowania, ale wymaga użycia interfejsów API jako podstawowego interfejsu systemu. Ze względu na konieczność rejestrowania wykorzystania żądań (na potrzeby inspekcji i rozliczeń) zostanie zwiększony koszt operacyjny wdrożenia metryki dla poszczególnych żądań, szczególnie w przypadku usług o dużej ilości danych.

Uwaga

Rozwiązania przeznaczone dla użytkowników składające się z aplikacji jednostronicowej (SPA) lub aplikacji mobilnej korzystającej z interfejsów API mogą nie być odpowiednie dla metryki dla poszczególnych żądań. Wynika to z faktu, że użytkownik końcowy nie rozumie relacji między użyciem aplikacji a użyciem interfejsów API. Aplikacja może być czatty (sprawia, że wiele żądań interfejsu API) lub fragmenty (wykonuje zbyt mało żądań interfejsu API), a użytkownik nie zauważy różnicy.

Ostrzeżenie

Upewnij się, że metryki żądań są przechowywane w niezawodnym magazynie danych zaprojektowanym w tym celu. Na przykład mimo że aplikacja systemu Azure Szczegółowe informacje może śledzić żądania, a nawet śledzić identyfikatory dzierżawy (przy użyciu właściwości), Szczegółowe informacje aplikacji nie jest przeznaczona do przechowywania każdego elementu telemetrii. Usuwa dane w ramach zachowania próbkowania. W celach rozliczeniowych i pomiarowych wybierz magazyn danych, który zapewni wysoki poziom dokładności.

Szacowanie zużycia

Podczas mierzenia zużycia dzierżawy może być łatwiej podać oszacowanie użycia dzierżawy, zamiast obliczyć dokładną ilość użycia. Na przykład w przypadku wielodostępnego rozwiązania, które obsługuje wiele tysięcy dzierżaw w jednym wdrożeniu, rozsądnie jest przybliżone, że koszt obsługi dzierżawy jest tylko procentem kosztów zasobów platformy Azure.

W następujących przypadkach można rozważyć oszacowanie usługi COGS dla dzierżawy:

• Nie używasz cen opartych na użyciu.
• Wzorce użycia i koszt dla każdej dzierżawy są podobne, niezależnie od rozmiaru.
• Każda dzierżawa zużywa niski procent (na przykład <2%), ogólnych zasobów we wdrożeniu.
• Koszt dzierżawy jest niski.

Możesz również oszacować użycie w połączeniu ze wskaźnikowymi metrykami zużycia, metrykami transakcji lub metrykami na żądanie. Na przykład w przypadku aplikacji, która przede wszystkim zarządza dokumentami, procent całkowitego magazynu używanego przez dzierżawę do przechowywania dokumentów daje wystarczającą reprezentację rzeczywistej usługi COGS. Może to być przydatne podejście, gdy pomiar COGS jest trudny lub gdy dodanie zbyt dużej złożoności do aplikacji.

Naliczanie opłat za koszty

W niektórych rozwiązaniach można pobierać opłaty dla klientów za zasoby swojej dzierżawy. Możesz na przykład użyć tagów zasobów platformy Azure do przydzielenia rozliczanych zasobów platformy Azure do dzierżaw. Następnie można określić koszt dla każdej dzierżawy dla zestawu zasobów przeznaczonych dla nich, a także marżę dla zysku i operacji.

Uwaga

Niektóre usługi platformy Azure nie obsługują tagów. W przypadku tych usług należy przypisać koszty dzierżawy na podstawie nazwy zasobu, grupy zasobów lub subskrypcji.

Analiza kosztów platformy Azure umożliwia analizowanie kosztów zasobów platformy Azure dla rozwiązań z jedną dzierżawą, które używają tagów, grup zasobów lub subskrypcji do przypisywania kosztów.

Jednak staje się to zbyt złożone w większości nowoczesnych rozwiązań wielodostępnych, ze względu na wyzwanie dokładne określenie dokładnego coGS do obsługi pojedynczej dzierżawy. Ta metoda powinna być brana pod uwagę tylko w przypadku bardzo prostych rozwiązań, rozwiązań, które mają wdrożenia zasobów z jedną dzierżawą lub niestandardowych funkcji dodatku specyficznych dla dzierżawy w ramach większego rozwiązania.

Niektóre usługi platformy Azure udostępniają funkcje, które umożliwiają inne metody przypisywania kosztów w środowisku wielodostępnym. Na przykład usługa Azure Kubernetes Service obsługuje wiele pul węzłów, w których każda dzierżawa jest przydzielana do puli węzłów z tagami puli węzłów, które są używane do przypisywanie kosztów.

Współautorzy

Ten artykuł jest obsługiwany przez firmę Microsoft. Pierwotnie został napisany przez następujących współautorów.

Główny autor:

• Daniel Scott-Raynsford | Partner TechnologyStrateg

Inni współautorzy:

• John Downs | Główny inżynier klienta, fasttrack dla platformy Azure
• Chad Kittel | Główny inżynier oprogramowania
• Arsen Vladimirskiy | Główny inżynier klienta, fasttrack dla platformy Azure

Aby wyświetlić niepubalne profile serwisu LinkedIn, zaloguj się do serwisu LinkedIn.

Następne kroki

Rozważ model wdrażania aktualizacji, którego będziesz używać.