Scénář Adatum Corporation pro analýzy škálování cloudu v Azure

Analýzy škálování cloudu jsou modulární a umožňují organizacím začít se základními cílovými zónami, které podporují jejich datové a analytické úlohy, bez ohledu na to, jestli se projekty migrují nebo jsou nově vyvíjené a nasazené do Azure. Tato architektura umožňuje organizacím začít tak malé, jak je potřeba, a škálovat se podle svých obchodních požadavků bez ohledu na bod škálování.

Profil zákazníka

Tato referenční architektura je ideální pro zákazníky, kteří identifikovali jednotku své firmy, která je připravená nasadit analytické úlohy do Azure. Tato architektura nasadí jednu cílovou zónu, kterou může obchodní jednotka použít ke správě svých datových aktiv. Poskytuje flexibilitu při přidávání dalších cílových zón pro ostatní organizační jednotky, když jsou připraveny k přechodu do Azure.

Adatum Corporation je velký mezinárodní podnik. Kromě centralizovaných obchodních jednotek v jejich ústředí mají také pobočky po celém světě, které mají své vlastní obchodní jednotky, včetně účetnictví, marketingu, prodeje, podpory a provozu.

Všechny tyto různorodé skupiny vytvářejí vlastní data. Mnoho obchodních jednotek má vložené analytické týmy. Centrální ORGANIZACE IT poskytla většinu používané datové platformy, ale několik obchodních jednotek se zblácelo a implementovalo vlastní řešení. Datová platforma se skládá z různých cloudových služeb a místních řešení.

Vizí společnosti je mít centralizovanou analytickou platformu, která bude jediným zdrojem pravdy pro všechna data. Pro řadu různých zúčastněných stran je však obtížné kupovat jednu jedinou technologii. Vzhledem k rychlosti vytváření nových dat a zpřístupnění nových možností se dokonce i rané koncepty plánů centralizace rychle stanou zastaralými. Mezitím firemní prodejní tým přerostl své současné řešení a společnost naléhavě potřebuje použít novou analýzu, aby se dostala do nového segmentu trhu.

Společnost Adatum se rozhodla tento problém vyřešit implementací modelu analýzy škálování cloudu v Azure. Firma si je jistá, že analýzy škálování na cloud umožní firemnímu prodejnímu týmu migrovat datovou platformu už dnes, ale i tak budou mít dostatečnou flexibilitu, aby vyhovovala ostatním organizačním jednotkám, až budou připravení se připojit.

Aktuální situace

Firemní prodejní skupina Adatum používá k zpracování svých prodejních transakcí tradiční systémy ERP a CRM. Data z těchto systémů je potřeba exportovat na samostatnou analytickou platformu, aby k těmto datům měli přístup a mohli je rozšířit pro své různé projekty.

Architektonické řešení

V této referenční architektuře nasadíme cílovou zónu správy dat, která je potřebná pro všechny implementace ESA, a jednu cílovou zónu dat, kterou může používat firemní prodejní oddělení.

Cílová zóna správy dat

Kritickým konceptem pro každou analýzu škálování cloudu je mít jednu cílovou zónu správy dat. Toto předplatné obsahuje prostředky, které se budou sdílet ve všech cílových zónách. To zahrnuje sdílené síťové komponenty, jako je brána firewall a privátní zóny DNS. Zahrnuje také prostředky pro zásady správného řízení dat a cloudu, jako jsou Azure Policy a Azure Purview.

Datové aplikace

Cílová zóna bude obsahovat dvě datové aplikace. První integrace bude ingestovat data související se zákazníky. To zahrnuje záznamy zákazníků a jejich související záznamy (jako jsou adresy, kontakty, přiřazení oblastí a historie kontaktů). Tato data budou importována ze systému Adatum CRM.

Druhá datová aplikace bude ingestovat prodejní transakce. To zahrnuje hlavičky transakcí, podrobnosti o položkách řádku, záznamy o expedici a platby. Všechny tyto záznamy budou ingestované ze systému Adatum ERP.

Tyto integrace data netransformují ani neobohacují. Zkopírují pouze data ze zdrojových systémů a přidají je na analytickou platformu. To umožňuje mnoha datovým produktům využívat data škálovatelným způsobem, aniž by to představovalo další zátěž pro zdrojový systém.

Datové produkty

V tomto příkladu má Adatum jeden datový produkt. Tento produkt kombinuje nezpracovaná data ze dvou datových aplikací a transformuje je do nové datové sady. Odsud si ji můžou firemní uživatelé vyzvednout pro další analýzy a vytváření sestav pomocí nástrojů, jako je Microsoft Power BI.

Diagram architektury

Obrázek 1: Diagram architektury Ve výše uvedeném diagramu nejsou znázorněny všechny služby Azure. Zjednodušilo se zvýrazňování základních konceptů uspořádání prostředků v rámci architektury.

Odůvodnění

Proč neumisťovat prodejní transakce a zákazníky do jejich vlastních cílových zón dat?

Jedním z prvních rozhodnutí, které podniky musí ohledně analýzy škálování cloudu udělat, je rozdělení celého datového majetku do cílových zón. Datová řešení, která spolu často komunikují, jsou silnými kandidáty na zahrnutí do stejné cílové zóny. To podnikům umožňuje snížit náklady spojené s přesunem dat mezi partnerskými virtuálními sítěmi. V tomto příkladu budou data prodejních transakcí často propojena s daty zákazníků. Proto je vhodné ukládat tyto související datové aplikace ve stejné cílové zóně dat.

Dalším aspektem cílových zón je sladění týmů zodpovědných za data v rámci organizace. V tomto případě jsou tyto dvě datové aplikace vlastněny různými týmy, ale oba tyto týmy jsou součástí prodejní a marketingové divize ve společnosti Adatum.

Proč nesdílet prodejní transakce a zákazníci jednu datovou aplikaci?

Oddělením zákaznických dat a prodejních transakcí v jejich vlastních datových aplikacích umožňujeme odborníkům na danou problematiku učinit nejlepší rozhodnutí pro jejich konkrétní datové produkty. Můžou si vybrat vzory přístupu, moduly pro příjem dat a možnosti úložiště, které nejlépe vyhovují jejich potřebám bez konfliktu mezi sebou.

Například tým, který má zkušenosti se systémem CRM, bude zodpovědný za aplikaci zákaznických dat. Na základě dovedností týmu a technologií používaných systémem CRM se rozhodne, které nástroje nejlépe vyhovují jejich potřebám. Nebudou si muset dělat starosti, pokud tato rozhodnutí budou fungovat i pro tým prodejních transakcí. Tento tým bude používat vlastní sadu nástrojů a nebude muset dělat kompromisy, aby splnil požadavky týmu zákazníků.

Proč přesunout prodejní tým na novou datovou platformu?

V tomto příkladu je firemní prodejní tým prvním, který přejde na novou analýzu v cloudovém měřítku. Řešení je navržené tak, aby bylo škálovatelné především. Vzhledem k tomu, že ostatní organizační jednotky jsou připravené k migraci, je možné přidat další cílové zóny, které budou vyhovovat jejich úlohám.

Jak se vyvíjet v budoucnu

Škálování se provádí přidáním dalších cílových zón do architektury. Tyto cílové zóny se pomocí partnerského vztahu virtuálních sítí připojí k cílové zóně správy dat a ke všem ostatním cílovým zónům. Tento vzor sítě umožňuje sdílení datových produktů a prostředků napříč zónami. Rozdělením do různých zón se úlohy rozloží mezi předplatná a prostředky Azure. To podnikům umožňuje vyhnout se dosažení limitů služeb Azure a dál rozšiřovat své datové majetky.

Nasazení šablon nasazení

Pokud chcete nasadit výše uvedené standardní hodnoty architektury, použijte cílovou zónu správy dat a šablony implementace referenční zóny pro cílovou zónu dat v následujících úložištích GitHubu:

Pomocí následující šablony nasaďte prodejní transakce, aplikace zákaznických dat a datové produkty Souhrn v cílových zónách prodejních dat Adatum:

Důležité

Ne všechny výše uvedené šablony budou muset být nasazeny, aby vyhovovaly potřebám Adatum. Šablony budou vyžadovat určité přizpůsobení. Služby, které nejsou potřeba, by se před nasazením měly ze šablon odebrat.

Další kroky

Pokračujte scénářem Relecloud pro analýzy škálování cloudu v Azure.

Další informace najdete v tématu: