Poznámka:
Přístup k této stránce vyžaduje autorizaci. Můžete se zkusit přihlásit nebo změnit adresáře.
Přístup k této stránce vyžaduje autorizaci. Můžete zkusit změnit adresáře.
Organizace může používat software jako službu (SaaS) k efektivnímu doručování softwaru svým zákazníkům. Dodavatel SaaS obvykle provozuje a spravuje software pro své zákazníky. Řada nezávislých dodavatelů softwaru (ISV) se odklánějí od poskytování softwaru, který si zákazníci musí nainstalovat a spravovat sami, aby používali model SaaS, protože vylepšuje uživatelské prostředí a snižuje režijní náklady. Tento článek je úvodem do řady článků, které poskytují pokyny a materiály pro organizace, včetně startupů, které vytvářejí řešení SaaS. Poskytuje také rozsáhlé pokyny k architektuře víceklientských řešení v Azure.
Klíčové koncepty
Klíčovými koncepty v tomto článku jsou SaaS, startupy a víceklientská architektura. Tyto termíny souvisejí, takže se často omylem používají zaměnitelně. Je důležité pochopit, jak se tyto termíny liší. SaaS a startupy jsou obchodní koncepty a víceklientská architektura je architektonický koncept.
SaaS je obchodní model. Organizace se může rozhodnout, že svým zákazníkům poskytne softwarový produkt jako službu. Produkty SaaS se prodávají buď firmám v modelu B2B (business-to-business), nebo přímo spotřebitelům v modelu B2C (business-to-consumer). Produkty SaaS se liší od produktů, které zákazníci instalují a spravují sami, protože dodavatel řešení hostuje a udržuje produkty SaaS. Mnoho řešení SaaS používá víceklientské architektury. Řešení SaaS můžou také používat různé víceklientské modely nebo přístupy.
Startupy jsou podniky v rané fázi jejich životního cyklu. Mnoho softwarových startupů vytváří řešení SaaS, ale některé můžou software poskytovat jinými způsoby. Startupy často mají specifické obavy, včetně rychlé inovace, nalezení produktu a vhodného trhu a předvídání rozsahu a růstu.
Víceklientská architektura je způsob, jak navrhovat řešení pro sdílení komponent mezi více tenanty, které obvykle odpovídají zákazníkům. V řešeních SaaS obvykle používáte víceklientské architektury. Je ale také možné používat víceklientské architektury mimo SaaS, například v organizacích, které vytvářejí platformu pro více organizačních jednotek ke sdílení. Víceklientská architektura neznamená, že každá komponenta v řešení je sdílená. Místo toho to znamená, že alespoň některé komponenty jsou sdíleny napříč více tenanty.
Jak definujete tenanta a zvolíte model tenanta , závisí na tom, jestli je váš obchodní model B2C SaaS nebo B2B SaaS nebo jste velká organizace.
Poznámka:
Tato řada používá termín tenanta k odkazování na vaše tenanty, což můžou být vaši zákazníci nebo skupiny uživatelů. Tyto pokyny vám můžou pomoct vytvářet vlastní softwarová řešení s více tenanty nad platformou Azure.
V MICROSOFT Entra ID tenant odkazuje na jednotlivé adresáře a víceklientská architektura odkazuje na interakce mezi několika tenanty Microsoft Entra. Termíny jsou stejné, ale koncepty nejsou. Pro přehlednost tato série používá úplný termín tenanta Microsoft Entra při odkazování na koncept ID Microsoft Entra tenanta.
Víceklientské architektury pro obchodní modely SaaS a jiné než SaaS
I když je víceklientská architektura obvykle přidružená k řešením SaaS, je také možné použít víceklientské architektury ve scénářích, které nejsou SaaS. Základní architektura s více tenanty může být podobná, ale obchodní model má vliv na to, jak definujete tenanta a vaše volby návrhu.
V následujícím diagramu vidíte víceklientskou architekturu, která je navržená tak, aby sloužila obchodnímu modelu SaaS pro spotřebitele (B2C) i firemní zákazníky (B2B). Když vezmete technický hledisko, nájemníci B2C jsou reprezentováni skupinou uživatelů, například rodina, se sadou uživatelů v každé skupině. Naproti tomu tenanti B2B představují jiné firmy a jejich zaměstnanci jsou uživatelé.
Následující diagram znázorňuje, jak můžete použít víceklientské architektury v obchodním modelu, který není SaaS. Předpokládejme například, že navrhujete systém pro velkou organizaci, která má více organizačních jednotek a oddělení, která chtějí sdílet centralizovanou aplikaci nebo platformu. Každá obchodní jednotka je reprezentována jako tenant a má svou vlastní sadu uživatelů.
Klíčovým rozdílem mezi těmito dvěma diagramy je obchodní model, který ovlivňuje způsob definování tenanta v kontextu vaší organizace. Váš obchodní model má vliv také na volby návrhu základní víceklientské architektury, ale principy víceklientské architektury zůstávají vždy stejné.