Metodologia projektowania obciążeń SaaS na platformie Azure
Niezależni dostawcy oprogramowania (ISV) muszą dokładnie zaplanować wymagania swojego rozwiązania oprogramowania jako usługi (SaaS), biorąc pod uwagę, że rozwiązanie jest ich działalnością. Klienci biznesowi, tacy jak inne firmy lub indywidualni konsumenci, są bezpośrednimi użytkownikami rozwiązania. Ten model biznesowy określa wysokie oczekiwania, ponieważ należy wziąć pod uwagę zarówno wymagania dotyczące obciążenia, jak i potrzeby klientów jako architekt projektu.
W tym artykule opisano metodologię projektowania, której można użyć do systematycznego definiowania i uściślinia wymagań. Jeśli nie masz pewności co do różnych decyzji projektowych i opcji technologicznych, zapoznaj się z tą metodologią, aby zachować zrównanie się z wymaganiami biznesowymi. Tworzenie obciążenia SaaS to proces iteracyjny, który wymaga elastyczności, aby dostosować się do zmieniających się rynków i potrzeb klientów. Ta struktura może pomóc we współpracy z zespołami ds. marketingu i sprzedaży w celu weryfikacji decyzji technicznych i oceny opinii klientów w celu ciągłego ulepszania.
Projektowanie modelu biznesowego
Ważne jest, aby zrozumieć, w jaki sposób wymagania biznesowe wpływają na rozwiązanie podrzędne. Rozważ następujące kwestie decyzyjne:
Lokalizacja, w której wdrażane zasoby ogranicza wzorce architektury, których można użyć. Możesz wdrożyć wszystkie zasoby w subskrypcjach platformy Azure lub klienci mogą zakupić rozwiązanie i wdrożyć je we własnych subskrypcjach platformy Azure. Alternatywnie obciążenie może używać zasobów wdrażanych przez klienta w swoich subskrypcjach platformy Azure.
Jeśli na przykład wdrażasz oprogramowanie w środowisku klienta, nie możesz użyć wzorca architektury opartego tylko na zasobach udostępnionych, ponieważ każdy klient ma własne autonomiczne środowisko z dedykowanymi zasobami.
Aby uzyskać więcej informacji, zobacz Modele wdrażania niezależnego dostawcy oprogramowania.
Model cen określa przychody twojej firmy, co z kolei wpływa na możliwy koszt sprzedanych towarów. Ta dynamika ma bezpośredni wpływ na architekturę techniczną.
Aby uzyskać więcej informacji, zobacz Model cen.
Oferowane funkcje lub produkty mogą mieć wpływ na architekturę. Podczas wybierania określonych funkcji może być konieczne wprowadzenie zmian lub dodatków do architektury technicznej. Zapewnienie różnych produktów różnym klientom może również prowadzić do bardziej złożonej architektury, ponieważ musi obsługiwać te odmiany.
Projektowanie pod kątem wymagań klientów
Zaprojektuj swoje rozwiązanie, mając na uwadze wymagania klientów. Klienci mogą mieć dodatkowe wymagania dotyczące swojego rozwiązania, co powoduje utworzenie nadzbioru, który musi spełniać Twoje rozwiązanie. Te dodatkowe wymagania mogą czasami powodować konflikt z potrzebami biznesowymi lub potrzebami innych klientów. Jeśli te wymagania różnią się od potrzeb biznesowych lub dodają więcej ograniczeń, podejmowanie decyzji dotyczących rozwiązania może być trudne. Na przykład rozwiązanie może spełniać standardy zabezpieczeń, ale klient może mieć bardziej rygorystyczne wymagania dotyczące zabezpieczeń, które należy spełnić, aby chronić swoją firmę.
Utwórz elastyczną architekturę, aby spełnić te dodatkowe wymagania. Jeśli wymagania klientów nie mają wpływu na własne wymagania, spróbuj je zintegrować z modelem biznesowym. Oblicz koszt tych korekt. Jeśli unikatowe wymagania klienta generują dodatkowe koszty, rozważ ich naliczanie.
Upewnij się, że masz realistyczne cele dotyczące niezawodności, które spełniają oczekiwania klientów, i zaprojektuj architekturę, aby je osiągnąć.
Projektowanie modelu dzierżawy
Większość rozwiązań SaaS opiera się na wielodostępności jako podstawowej strategii technicznej, aby zmaksymalizować efektywność kosztową. Wielodostępność obejmuje szereg wyborów, które nie mają standardowych wzorców. Model dzierżawy ma wpływ na aspekty architektury, w tym nakłady pracy związane z zarządzaniem, kosztami i izolacją danych. Znajdź właściwą równowagę dla rozwiązania. Wybrany model dzierżawy ma kluczowe znaczenie, ponieważ musi równoważyć potrzeby klienta i firmy.
Aby ułatwić podejmowanie świadomych decyzji, zapoznaj się z następującymi artykułami:
Twoja architektura powinna mieć elastyczność zmiany modelu dzierżawy na podstawie nowych lub przychodzących wymagań klientów. Możesz na przykład użyć w pełni wielodostępnej architektury, ale uzyskać nowego klienta w branży wysoce regulowanej, która wymaga dodatkowych zabezpieczeń. Wdrożenie można podzielić pionowo na partycje, aby udostępnić dedykowaną sygnaturę. Ta zmiana budzi decyzję biznesową o tym, czy powinni płacić więcej niż inni dzierżawcy. Ta konfiguracja zwiększa koszty zasobów i złożoność, dlatego warto zapłacić więcej.
Projektowanie, które ma być dobrze zaprojektowane
Podczas projektowania obciążenia SaaS należy zadbać o to, aby system był odporny, bezpieczny, wydajny, wydajny i równoważył wymagania klientów. W przeciwieństwie do aplikacji dla przedsiębiorstw błędy w aplikacji SaaS mogą również mieć wpływ na Twoją firmę, klientów i ich użytkowników.
Dla każdej decyzji oceń kompromisy między filarami platformy Azure Well-Architected Framework. Aby uzyskać informacje o podejściach strategicznych dla poszczególnych filarów, zobacz Zasady projektowania.
Projektowanie operacji
Operacje obciążeń SaaS wymagają innej perspektywy. Należy wziąć pod uwagę czynniki takie jak możliwość obsługi. Ustal, jak zapewnić całodniowe wsparcie platformy i zatrudnić ludzi z odpowiednim zestawem umiejętności. Nie traktuj operacji jako pokuty ani nie skupiaj się tylko na tworzeniu nowych funkcji. Uwzględnij możliwość działania w projekcie od samego początku. Rozważ skalowanie procesów w miarę uzyskiwania większej liczby klientów. Na przykład operacje ręczne mogą działać na początku, ale zwykle nie są one skalowane w miarę upływu czasu.
Jeśli masz starszą platformę, rozważ, jak lub jeśli chcesz przenieść klientów na nową platformę SaaS. Płynna ścieżka migracji jest kluczem do zapewnienia zadowolenia klientów podczas transformacji biznesowej.