Kurz: Vytvoření aplikace pro vzdálené vykreslování Azure připravené pro komerční zpracování

  • Článek
  • 14 min ke čtení

V tomto kurzu získáte informace o těchto tématech:

  • Správa relací pro komerční aplikace
  • Sledování relací pro fakturaci
  • Optimalizace uživatelského prostředí kolem času načítání relace
  • Okolnosti týkající se latence sítě

Požadavky

Úvod do komerčního připravenosti

Vzdálené vykreslování Azure rozšiřuje to, co je možné se smíšenou realitou. Jakmile jsou základy integrované do vašeho řešení, existuje mnoho dalších informací, které vám pomůžou zajistit, aby vaše řešení bylo zabezpečené, škálovatelné a připravené k poskytování hodnoty.

Tento modul vás seznámí s dalšími možnostmi, které možná budete muset vzít v úvahu pro komerční aplikaci.

Obecný přehled osvědčených postupů architektury pro celou architekturu najdete v těchto postupech:

Analýzy

Integrace analytických nástrojů vám může pomoci spravovat, sledovat a zdokonalovat vaše řešení.

Úplný seznam dostupných prostředků analýzy najdete na adrese:

Sledování využití pro fakturaci

Sledování spotřeby vzdáleného vykreslování Azure pomocí několika interních týmů nebo externích klientů se stane důležitým aspektem, zejména v situacích s více klienty.

Za tímto účelem Azure nabízí službu s názvem označování prostředků, která přidruží spotřebu služby vzdálené vykreslování Azure ke každému klientovi.

Další informace o pojmenování a označování prostředků je dobrým místem, kde začínáte:

Diagnostika

Výkonné nástroje, jako je trasování událostí pro Windows (ETW) a protokolování trasování událostí (ETL), usnadňují generování událostí trasování v rámci aplikace a můžou pomáhat diagnostikovat síť, příjem obsahu, relaci, aplikace a další problémy, které mohou nastat v případě nasazení komerčního řešení.

Další informace najdete na adrese:

Analýza využití

Azure Application Insights pomáhá pochopit, jak uživatelé používají vaši aplikaci pro vzdálené vykreslování Azure. Pokaždé, když aktualizujete aplikaci, můžete posoudit, jak dobře funguje pro uživatele, a podle toho zlepšit vaše řešení. V tomto článku se seznámíte s tím, jak můžete provádět rozhodování na základě dat o dalších cyklech vývoje.

Další informace najdete na adrese:

Strategie rychlého spuštění

Váš případ použití může vyžadovat rychlé spuštění od spuštění aplikace až po 3D model zobrazení. Například během důležité schůzky, kde je důležité mít vše v chodu. Dalším příkladem je 3D model kontrola CAD, kde je pro zajištění efektivita rychlá iterace návrhu mezi aplikací CAD a smíšenou realitou.

Vzdálené vykreslování Azure vyžaduje předzpracované 3D modely a Azure v současné době trvá několik minut, než vytvoří relaci a nahraje model pro vykreslování. Díky tomu, aby tento proces byl co nejrychlejší a co nejrychleji, je potřeba připravit 3D model dat a relace ARR předem.

Zde sdílené návrhy nejsou aktuálně součástí standardního vzdáleného vykreslování Azure, ale můžete je implementovat sami pro rychlejší spuštění.

Zahájit včas

Aby se zkrátil čas spuštění, nejjednodušší řešení je přesunout vytváření a inicializaci relace co nejdříve v pracovním postupu uživatele. Jednou z strategií je inicializovat relaci, jakmile bude známo, že bude potřeba relace ARR. Tato akce bude často pokaždé, když uživatel začne nahrávat 3D model do Azure Blob Storage pro použití se vzdáleným vykreslováním Azure. V takovém případě je možné vytvořit a inicializovat vytvoření relace ve stejnou dobu jako 3D model nahrávání tak, aby oba pracovní proudy běžely paralelně.

Tento proces se dá zjednodušit tím, že zajistíte, aby zvolené vstupní a výstupní kontejnery Azure Blob Storage ve stejném oblastním datovém centru jako relace vzdáleného vykreslování Azure.

Plánování

Pokud víte, že máte budoucí potřebu vzdáleného vykreslování Azure, můžete naplánovat konkrétní datum a čas, abyste spustili relaci vzdáleného vykreslování Azure.

Tato možnost může být nabízena prostřednictvím webového portálu, kde mohou uživatelé nahrát 3D model a naplánovat čas jejich zobrazení v budoucnu. To by bylo také dobrým místem pro dotazování na jiné předvolby, jako je například Standard nebo Premium Render. Vykreslování na úrovni Premium může být vhodné, pokud si přejete, aby se zobrazila směs assetů, kde je ideální velikost, která je nevhodná pro automatické určení nebo nutnost zajistit, aby v oblasti Azure byly dostupné virtuální počítače v zadaném čase.

Sdružování relací

V nejnáročnějších situacích je další možností sdružování relací, kdy se jedna nebo víc relací vytvoří a inicializuje v tuto dobu. Tím se vytvoří fond relací pro okamžité použití žádajícím uživatelem. Nevýhodou tohoto přístupu znamená, že jakmile se virtuální počítač inicializuje, spustí se fakturace za službu. Je možné, že nebudete nákladově efektivní udržovat fond relací neustále spuštěný, ale na základě analýz je možné předpovědět zátěže ve špičce nebo je můžete v kombinaci se strategií plánování uvedenou výše odhadnout, až budou relace potřeba, a odpovídajícím způsobem zvýšit a snížit zatížení fondu relací.

Tato strategie také pomáhá s optimalizací volby mezi relacemi Standard a Premium , protože by bylo mnohem rychlejší přepínat mezi těmito dvěma typy v rámci jedné relace uživatele, jako je například případ, kdy se jako první zobrazuje model složitosti Premium , následovaný ten, který může fungovat v rámci standardu Standard. Pokud jsou tyto uživatelské relace poměrně dlouhé, může dojít k výraznému snížení nákladů.

Další informace o relacích vzdáleného vykreslování Azure najdete v těchto případech:

Strategie směrování pro velikost Standard vs. Premium Server

Pokud potřebujete vybrat, jestli se má vytvořit server úrovně Standard nebo Premium , zobrazí se výzva při navrhování uživatelského prostředí a komplexního systému. I když je možnost používat jenom relace Premium , standardní relace využívají mnohem méně výpočetních prostředků Azure a jsou levnější než Premium. To poskytuje silnou motivaci k používání standardních relací, kdykoli je to možné, a v případě potřeby používejte jenom Premium .

Tady sdílíme několik možností, od nejmenších po nejucelenější, aby bylo možné spravovat možnosti relace.

Použít pouze Standard nebo Premium

Pokud jste si jistí, že vaše požadavky vždycky spadají pod prahovou hodnotu mezi standardem a Premium, bude toto rozhodnutí výrazně jednodušší. Stačí použít standardní. Mějte na paměti, že dopad na činnost koncového uživatele je významný, pokud je celková složitost načtených assetů pro standardní relaci odmítnutá jako příliš složitá.

Podobně platí, že pokud očekáváte, že velká část použití překročí prahovou hodnotu mezi standardem a Premium, nebo když náklady není klíčovým faktorem v případu použití, pak vždy zvolte možnost Premium je také možností, jak ji udržet jednoduché.

Požádat uživatele

Pokud chcete podporovat obě úrovně Standard i Premium, nejjednodušší způsob, jak určit typ relace, která se má vytvořit, je požádat uživatele, aby si vybral 3D prostředky, které se mají zobrazit. Výzvou k tomuto přístupu je to, že vyžaduje, aby uživatel rozuměl složitosti 3D prostředků nebo dokonce i více prostředků, které se budou zobrazovat. Obvykle to z tohoto důvodu nedoporučujeme. Pokud uživatel vybere možnost nesprávného a zvolíte možnost Standard, výsledné uživatelské prostředí by mohlo být v nevhodném okamžiku ohroženo.

Analyzovat 3D model

Dalším poměrně jednoduchým přístupem je analýza složitosti vybraných 3D prostředků. Je-li složitost modelu pod prahovou hodnotou pro Standard, iniciuje standardní relaci, jinak inicializuje relaci Premium . V tomto případě se jedná o to, že jedna relace může být nakonec použita k zobrazení více modelů, které mohou překročit prahovou hodnotu složitosti standardní relace. Výsledkem je nemožnost bezproblémového použití stejné relace pro posloupnost různých 3D prostředků.

Automatické přepínání

Automatické přepínání mezi relacemi Standard a Premium může mít spoustu smyslů v rámci návrhu systému, který zahrnuje i sdružování relací. Tato strategie umožňuje další optimalizaci využití prostředků. Když uživatel načte modely pro zobrazení, určí se složitost a ve službě sdružování relací se vyžádá správná velikost relace.

Práce se sítěmi

Diagnostika

Vzdálené vykreslování Azure vyžaduje rychlé připojení k Internetu s nízkou latencí. Kvalita sítě uživatele může mít významný dopad na kvalitu prostředí. Vzhledem k tom, že klienti mají pravděpodobně různé konfigurace sítě a občas nízkou latenci sítě, jsou diagnostické nástroje klíčem.

Aby bylo zajištěno, že budete moci zajistit konzistentní vysoce kvalitní prostředí, doporučujeme do svých aplikací pro vzdálené vykreslování Azure integrovat serverové nástroje a analytické nástroje na straně klienta. Provedete si tak informace, které budete potřebovat k diagnostice a zmírnění potíží se sítí, ke kterým může dojít u klientů.

Konfigurace sítě klienta

Jedním z největších problémů při vývoji robustních řešení pro spolupráci, která jsou nasazená do široké škály podnikových prostředí, se připravuje na rozdíl od síťové topologie a konfigurace podnikových bran firewall, které můžou klienti používat.

Řada podniků blokuje všechny přenosy peer-to-peer v síti LAN. Díky tomu je obtížné využít výhod jednoduchého a zjednodušeného uživatelského prostředí pro automatické zjišťování LAN a vytvořit místní sdílenou relaci mezi všemi zjištěnými instancemi aplikace hybridní reality.

Dalším možným bodem selhání jsou směrovače nakonfigurované tak, aby záměrně omezily šířku pásma a brány firewall, které blokují většinu portů TCP/IP.

Pokaždé, když plánujete používat Azure Remote Rendering v neznámé síti, doporučujeme následující:

  • Poskytnout kontrolní seznam před schůzkou pro posouzení připravenosti na síť
  • Ujistěte se, že příslušné regionální datové centrum může požadavek zohodnět.
  • Nechte spoustu času na diagnostiku jakýchkoli problémů.
  • Použití mobilního hotspotu s datovým tarifem s velkou šířkou pásma jako zálohou

Koncová šířka pásma

Je důležité posoudit možnosti šířky pásma pro každou část sítě, které mohou existovat mezi virtuálním Azure Remote Rendering a koncovým klientem. Mějte na paměti, že síťový segment z datového centra Azure do poskytovatele isp klienta může být více omezujícím faktorem než od poskytovatele softwaru ke klientovi. K diagnostice těchto problémů je možné použít test rychlosti stahování objektů blob.

Konkurence šířky pásma

Při navrhování aplikace hybridní reality mějte na paměti, že různé funkce aplikace mohou konkurovat Azure Remote Rendering o šířku pásma. Nejpravděpodobnějším neočekávaným příkladem je, když mnoho účastníků v jedné místnosti očekává, že k zobrazení 3D aktiva současně použije ARR. Každá část toku síťových dat bude muset mít kapacitu pro přenos celkového součtu všech datových proudů ARR dohromady.

Mezi další příklady patří streamované video, souběžné nahrávání jiného souvisejícího obsahu na pozadí a hlasový chat, zejména tam, kde je mnoho účastníků a systém používá distribuovaný přístup peer-to-peer místo serveru pro kombinaci zvuku uprostřed.

Další informace o analýze sítě najdete v těchto informacích:

Aspekty spolupráce

Mezi nejcennější použití těchto Azure Remote Rendering patří spolupráce mezi několika účastníky, kteří si prohlíží stejné 3D prostředí současně. V těchto sdílených relacích je důležité si uvědomit, že každý účastník bude potřebovat jedinečnou relaci Azure Remote Rendering bez ohledu na to, jestli se nachází na stejném místě ve stejné síti.

To je pravda, protože každý účastník ve skutečnosti vidí stejné prostředí z různých bodů vantage, což vyžaduje, aby se stejné 3D prostředky vykresloval z každé z těchto perspektiv současně.

Více Azure Remote Rendering relací

Pokud máte v úmyslu podporovat sdílená prostředí s Azure Remote Rendering, systémy, které používáte k vytváření a správě relací ARR, budou muset být připravené na zahájení více relací. Pokud jsou účastníci geograficky rozptýleni, může být potřeba tyto relace inicializovat v různých datových centrech Azure.

Váš systém musí také spravovat možnost, že jeden nebo více účastníků může být v geografické oblasti, kterou v současné době nepodporuje Azure Remote Rendering nebo v současné době nemá k dispozici žádné Azure Remote Rendering virtuální počítače.

Tuto správu více souběžných relací lze dále zjednodušit v kombinaci se sdružováním relací a dalšími strategiemi probíranou v tomto dokumentu.

Azure Blob Storage informace

Všechny souběžné relace ARR mohou odkazovat na stejný identifikátor URI SAS pro převedený model, který se má zobrazit. To umožňuje nahrát a převést požadované 3D prostředky jednou a pak je sdílet mezi všemi relacemi. To platí zejména v případě, že se účastníci nacházejí ve stejném datovém centru a používají stejné datové centrum, kde se netýká výkonu souvisejícího s tím, že se Azure Blob Storage nachází v jiném datovém centru než server Azure Remote Rendering a uživatel.

Pokud se 3D prostředky obvykle nahrávají pro jednu relaci zobrazení a pak se zahodí, například v relaci revize návrhu, je také méně důležitá geografická oblast Azure Blob Storage vzhledem k serveru Azure Remote Rendering.

U 3D prostředků, které se budou opakovaně používat, například v případě použití při trénování, ale doporučujeme udržovat 3D prostředky připravené k použití v úložišti objektů blob v každém regionálním data centru, kde plánujete používat Azure Remote Rendering. To se může automatizovat pomocí Azure Storage redundance. K tomuto účelu se často používá i CDN, ale zatím to není možnost pro Azure Remote Rendering.

Další informace najdete tady:

Správa přístupu k modelu

Využití Azure Remote Rendering vyžaduje pečlivé zvážení kompletní infrastruktury pro správu 3D modelů.

Výhodou použití Azure Remote Rendering je, že velké 3D prostředky se před zobrazením nikdy nemusí přenášejí přímo do zařízení hybridní reality. Kromě toho po nahrání a převodu 3D assetu pro použití s Azure Remote Rendering může tuto jednu instanci aplikace sdílet libovolný počet 3D model.

Důležité informace o 3D model přístupu

Tady je několik klíčových věcí, které je třeba vzít v úvahu při rozhodování o strategii přístupu k modelu.

Na základě očekávaného případu použití určete nejlepší místo nebo kombinaci míst, kde může uživatel vybrat 3D prostředky k zobrazení. Mezi běžné možnosti, které jsou k dispozici:

  • Přímo v prostředí hybridní reality
  • Prostřednictvím doprovodných webových portálů
  • V doprovodné desktopové nebo mobilní aplikaci

Pokud se ve vašem případu použití používají vzory použití, kdy se stejný 3D prostředek může nahrát vícekrát, back-end bude sledovat, které modely jsou už převedeny pro použití se směrováním žádostí o aplikace tak, aby byl model předem zpracován pouze jednou pro více budoucích výběrů. Příkladem revize návrhu by bylo, když má tým přístup ke společnému původnímu 3D assetu. Očekává se, že každý člen týmu bude v nějakém okamžiku ve svém pracovním streamu model zkontrolovat pomocí směrování žádostí na aplikace. Krok předběžného zpracování by pak spouštěl pouze první zobrazení. Následující zobrazení by ve výstupním kontejneru SAS našli přidružený pozpracujený soubor.

V závislosti na případu použití budete pravděpodobně chtít určit a potenciálně zachovat správnou velikost serveru Azure Remote Rendering Standard nebo Premium pro každý 3D prostředek nebo skupinu prostředků, které se budou prohlížet společně ve stejné relaci.

Seznam výběru modelu na zařízení

V mnoha případech použití, jako je školení, pokyny k úkolům nebo marketingová aplikace, může být sada 3D prostředků, které se mají běžně prohlížet v Azure Remote Rendering, poměrně statická. V těchto situacích je možné kurátorovanou sadu 3D prostředků předem převést a získat k dispozici prostřednictvím databáze, která obsahuje informace potřebné k naplnění seznamu výběru kurátorovaných prostředků. Tato data je pak možné načíst z aplikace hybridní reality a naplnit nabídku výběru.

Můžete to udělat ještě o krok dál tím, že také nabízíte způsob nahrání privátních 3D prostředků jedinečných pro každého jednotlivce nebo skupinu. Tento seznam privátních prostředků by se pak mohl kombinovat se seznamem běžných kurátorovaných prostředků v uživatelském prostředí pro výběr 3D prostředků k zobrazení.

Přístup k OneDrivu na zařízení

Vzhledem k tomu, že je výběr souborů OneDrivu nativně integrovaný do zařízení hybridní reality Microsoftu, je výběr 3D prostředků na zařízení z OneDrivu atraktivní, zejména v případech použití, kdy je běžné načítat různé nebo upravené 3D modely. V tomto scénáři by uživatel vybral jeden nebo více 3D prostředků prostřednictvím výběru souborů OneDrivu v rámci aplikace hybridní reality. 3D prostředky se pak migrují do vstupního kontejneru SAS, převedou na výstupní kontejner SAS a připojí se k relaci ARR. V ideálním případě by aplikace hybridní reality místo přesunutí všech bitů z OneDrivu do zařízení a zpět do úložiště Azure Blob Storage.

Tento přístup je možné provést ještě o krok dál tím, že zachováte přidružení mezi 3D prostředky, které se dříve prohlížely tak, že když se stejný model znovu vybere z OneDrivu, může aplikace obejít proces převodu a přímo načíst přidružený převedený 3D prostředek prostřednictvím identifikátoru URI SAS.

Další informace najdete tady:

Přímý přístup CAD

Jedním z přesvědčivých případů použití pro hybridní realitu jsou recenze návrhu probíhající práce v CAD. V tomto scénáři je klíčem nejrychlejší doba načítání z desktopu do hybridní reality. Ideální řešení může zahrnovat vývoj modulů plug-in pro konkrétní aplikace CAD. Tyto moduly plug-in by přímo spravují všechny aspekty procesu načítání, převodu a zobrazení:

  • Poskytnutí uživatelského systému pro:
    • Spárujte aplikaci CAD s konkrétním zařízením hybridní reality (jednou).
    • Požádejte o zobrazení vybrané geometrie na tomto zařízení hybridní reality.
  • Pokud ještě není spuštěný, Azure Remote Rendering, aby se mohl paralelně zpracovávat při nahrávání a převodu souboru CAD.
  • Normalizujte data geometrie CAD do jednoho z formátů podporovaných Azure Remote Rendering
  • Přenos normalizovaných dat přímo do vstupního kontejneru Azure Blob Storage kontejneru
  • Zahájení procesu převodu modelu
  • Propojení identifikátoru URI SAS výstupního kontejneru modelu s Azure Remote Rendering relace
  • Informujte spárované aplikace hybridní reality, že model je k dispozici a připravený k zobrazení, a zadejte identifikátor URI SAS výstupního kontejneru, aby ho aplikace mohl připojit k relaci.

Mnohem jednodušší, ale trochu jednodušší přístup by mohl automatizovat proces ukládání 3D model na místní pevný disk a pak zahájit proces přenosu tohoto uloženého souboru do vstupního kontejneru SAS.

Azure Marketplace

Mnoho podnikových klientů z bezpečnostních důvodů Azure Stack, aby mohli být nasazeni pod svými vlastními účty Azure a přihlašovacími údaji. Aby to bylo možné, zvažte zabalení spravované aplikace Azure tak, aby ji bylo možné publikovat na webu Azure Marketplace jako nabídku aplikace Azure.

Další informace najdete tady:

Zabezpečení

Pro zajištění zabezpečení od základů je Azure Remote Rendering vaše koncové řešení. Existuje mnoho aspektů zabezpečení, které je třeba vzít v úvahu při návrhu vašeho koncového řešení, mezi které patří:

  • Strategie ověřování
  • Správa přístupu – skupiny, zásady a oprávnění
  • Architektura s více tenanty
  • Šifrování úložiště dat a přenosu
  • Dočasné tokeny použití
  • Distribuované útoky na odepření služeb (DDoS)
  • Detekce hrozeb
  • Sítě VPN a zabezpečené sítě
  • brány firewall,
  • Správa certifikátů a tajných klíčů
  • Ohrožení zabezpečení a zneužití aplikace

Pro ověřování je rozumné přesunout co nejvíce ověřování arr a správy relací do webové služby Azure, jak je to možné. Výsledkem bude lépe spravované a bezpečnější řešení.

Další informace najdete tady: