Share via

Kurz: Vytvoření komerční připravené aplikace Azure Remote Rendering

  • Článek

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í v době načítání relace
  • Důležité informace týkající se latence sítě

Předpoklady

Úvod do komerční připravenosti

Azure Remote Rendering rozšiřuje možnosti hybridní reality. Jakmile jsou základy integrované do vašeho řešení, je potřeba vzít v úvahu řadu dalších aspektů, které zajistí, že je vaše řešení zabezpečené, škálovatelné a připravené k zajištění hodnoty.

Tento modul vás seznámí s některými dalšími možnostmi, které možná budete muset zvážit pro vaši komerční aplikaci.

Pokud získáte obecný přehled osvědčených postupů pro architekturu v celém systému, navštivte:

Analýza

Integrace analytických nástrojů může pomoct spravovat, sledovat a zlepšovat vaše řešení.

Úplný seznam analytických prostředků, které máte k dispozici, najdete zde:

Sledování využití pro fakturaci

Sledování spotřeby služby Azure Remote Rendering několika interními týmy nebo externími klienty je důležitým aspektem, zejména v situacích s více tenanty.

K tomu Azure nabízí službu označovanou jako označování prostředků, která přidruží spotřebu služby Azure Remote Rendering ke každému klientovi.

Další informace o pojmenování a označování prostředků najdete tady:

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 vaší aplikace a můžou pomoct diagnostikovat síť, příjem obsahu, relaci, aplikaci a další problémy, které mohou nastat při nasazení komerčního řešení.

Další informace najdete tady:

Analýza využití

Aplikace Azure Přehledy vám pomůže pochopit, jak uživatelé používají vaši aplikaci Azure Remote Rendering. Pokaždé, když aplikaci aktualizujete, můžete posoudit, jak dobře funguje pro uživatele, a odpovídajícím způsobem vylepšit vaše řešení. S těmito znalostmi můžete rozhodovat o dalších vývojových cyklech založených na datech.

Další informace najdete tady:

Strategie rychlého spuštění času

Váš případ použití může vyžadovat rychlé spuštění od spuštění aplikace po zobrazení 3D modelu. Například během důležité schůzky, kde je důležité mít všechno v provozu a běžet předem. Dalším příkladem je kontrola 3D modelu CAD, kde rychlá iterace návrhu mezi aplikací CAD a hybridní realitou je klíčem k efektivitě.

Azure Remote Rendering vyžaduje předzpracované 3D modely a Azure v současné době trvá několik minut, než vytvoří relaci a načte model pro vykreslování. Co nejrušnější a bezproblémový proces vyžaduje přípravu dat 3D modelu a relace ARR předem.

Návrhy, které tady sdílíte, momentálně nejsou součástí standardní služby Azure Remote Rendering, ale můžete je implementovat sami, abyste je mohli rychleji spustit.

Inicializovat brzy

Nejjednodušším řešením je zkrátit dobu spuštění tím, že v pracovním postupu uživatele přesunete vytvoření a inicializaci relace co nejdříve. Jednou ze strategií je inicializace relace hned, jak je známo, že bude potřeba relace ARR. To bude často, když uživatel začne nahrávat 3D model do služby Azure Blob Storage, aby ho mohli používat se službou Azure Remote Rendering. V tomto případě je možné vytvořit a inicializovat relaci současně s nahráváním 3D modelu tak, aby oba pracovní streamy běžely paralelně.

Tento proces lze dále zjednodušit tím, že zajistíte, že zvolené vstupní a výstupní kontejnery Azure Blob Storage jsou ve stejném regionálním datacentru jako relace Azure Remote Rendering.

Plánování

Pokud víte, že potřebujete službu Azure Remote Rendering v budoucnu, můžete naplánovat konkrétní datum a čas spuštění relace Azure Remote Rendering.

Tuto možnost můžete nabídnout prostřednictvím webového portálu, kde lidé můžou nahrát 3D model a naplánovat čas, aby si ho mohli zobrazit v budoucnu. To by také bylo vhodné místo, kde můžete požádat o další předvolby, jako je vykreslování Standard nebo Premium. Vykreslování úrovně Premium může být vhodné, pokud chcete zobrazit kombinaci prostředků, u kterých je ideální velikost obtížnější automaticky určit nebo že je potřeba zajistit, aby oblast Azure v daném okamžiku byla k dispozici virtuální počítače.

Sdružování relací

V nejnáročnějšíchsituacích Tím se vytvoří fond relací pro okamžité použití žádajícím uživatelem. Nevýhodou tohoto přístupu je to, že po inicializaci virtuálního počítače se spustí fakturace služby. Nemusí být nákladově efektivní udržovat fond relací spuštěný vždy, ale na základě analýz může být možné předpovědět zatížení ve špičce nebo je možné kombinovat s výše uvedenou strategií plánování, abyste mohli předpovědět, kdy budou relace potřeba, a odpovídajícím způsobem navyšovat a snížit fond relací.

Tato strategie také pomáhá optimalizovat volbu mezi relacemi Standard a Premium dynamičtějším způsobem, protože by bylo mnohem rychlejší přepínat mezi těmito dvěma typy v rámci jedné uživatelské relace, jako je například případ, kdy se nejprve zobrazí model složitosti Premium , následovaný modelem, který může fungovat v rámci standardu. Pokud jsou tyto uživatelské relace poměrně zdlouhavé, mohou být významné úspory nákladů.

Další informace o relacích Azure Remote Rendering najdete v tématu:

Standardní versus strategie směrování velikosti serveru Premium

Potřeba vybrat, jestli chcete vytvořit velikost serveru Standard nebo Premium , představuje výzvu při navrhování uživatelského prostředí a kompletního systému. I když použití pouze relací Premium je možnost, relace Standard 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 pouze v případě potřeby použít Premium.

Tady sdílíme několik možností, od nejméně po nejkomplexnější, abychom vyřešili potřebu spravovat volby relací.

Použití pouze úrovně Standard nebo Premium

Pokud jste si jistí, že vaše potřeby budou vždy spadat pod prahovou hodnotu mezi Standard a Premium, pak to výrazně zjednodušuje vaše rozhodnutí. Stačí použít standard. Mějte na paměti, že dopad na uživatelské prostředí je významný, pokud je celková složitost načtených prostředků odmítnuta jako příliš složitá pro standardní relaci.

Podobně pokud očekáváte, že velká část použití překročí prahovou hodnotu mezi standardem a premium, nebo náklady nejsou klíčovým faktorem vašeho případu použití, je vždy volba Premium také možností, aby byla jednoduchá.

Zeptejte se uživatele

Pokud chcete podporovat standard i Premium, nejjednodušší způsob, jak určit, jaký typ relace se má vytvořit instance, je požádat uživatele, když vybere 3D prostředky k zobrazení. Problém s tímto přístupem spočívá v tom, že vyžaduje, aby uživatel porozuměl složitosti 3D prostředku nebo dokonce několika prostředků, které se budou zobrazovat. Obvykle se to nedoporučuje z tohoto důvodu. Pokud uživatel vybere chybu a zvolí standard, může být výsledné uživatelské prostředí ohroženo v okamžiku, kdy je to nepřístupné.

Analýza 3D modelu

Dalším relativně jednoduchým přístupem je analýza složitosti vybraných 3D prostředků. Pokud je složitost modelu nižší než prahová hodnota pro Standard, zahajte relaci Standard , jinak zahajte relaci Premium . Problémem je, že jedna relace může být nakonec použita k zobrazení více modelů, jejichž některé můžou překročit prahovou hodnotu složitosti standardní relace, což vede k nemožnosti 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 v návrhu systému velký smysl, který zahrnuje také sdružování relací. Tato strategie umožňuje další optimalizaci využití prostředků. Vzhledem k tomu, že uživatel načítá modely pro zobrazení, je určena složitost a je požadována správná velikost relace ze služby sdružování relací.

Práce se sítěmi

Diagnostika

Azure Remote Rendering 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 tomu, že vaši klienti pravděpodobně budou mít různé konfigurace sítě a pouze občas nízkou latenci sítě, jsou diagnostické nástroje klíčem.

Abyste měli jistotu, že můžete poskytovat konzistentně vysoce kvalitní prostředí, doporučujeme integrovat analytické nástroje na straně serveru a klientské nástroje do aplikací Azure Remote Rendering. Tím se seznámíte s informacemi, které budete potřebovat k diagnostice a zmírnění problémů se sítí, se kterými se můžou setkat vaši klienti.

Konfigurace klientské sítě

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

Mnoho podniků blokuje veškerý provoz mezi dvěma účastníky v síti LAN. Díky tomu je obtížné využít výhod jednoduchosti a zjednodušeného uživatelského rozhraní automatického zjišťování v síti LAN k vytvoření místní sdílené relace mezi všemi zjištěnými instancemi vaší aplikace hybridní reality.

Další potenciální body selhání jsou směrovače nakonfigurované tak, aby záměrně omezovaly šíř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í:

  • Zadejte kontrolní seznam před schůzkou pro vyhodnocení připravenosti sítě.
  • Ujistěte se, že příslušné regionální datové centrum může žádost obsluhovat.
  • Nechte spoustu času diagnostikovat případné problémy.
  • Přineste mobilní hotspot s datovým plánem s velkou šířkou pásma jako zálohování.

Kompletní šířka pásma

Je důležité vyhodnotit možnosti šířky pásma pro každou část sítě, která může existovat mezi virtuálním počítačem Azure Remote Rendering a koncovým klientem. Mějte na paměti, že síťový segment z datového centra Azure do isP klienta může být více omezujícím faktorem než od zprostředkovatele internetových služeb na klienta. K diagnostice takových 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 můžou soutěžit s Azure Remote Renderingem pro šířku pásma. Nejpravděpodobnějším neočekázeným příkladem je, když mnoho účastníků v jedné místnosti očekává, že současně použije ARR k zobrazení 3D prostředku. 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 v kombinaci.

Mezi další příklady patří streamované video, souběžné nahrávání na pozadí jiného souvisejícího obsahu a hlasový chat, zejména v případě, že existuje mnoho účastníků a systém používá distribuovaný přístup peer-to-peer na rozdíl od mixovacího serveru zvuku uprostřed.

Další informace o analýze sítě najdete tady:

Důležité informace o spolupráci

Mezi nejhodnotnější využití služby Azure Remote Rendering patří spolupráce mezi více účastníky, kteří si současně prohlížejí stejné 3D prostředí. 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 Renderingu bez ohledu na to, jestli se nacházejí na stejném místě ve stejné síti nebo ne.

To platí, 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 vykreslovaly z každého z těchto perspektiv současně.

Více relací vzdáleného vykreslování Azure

Pokud máte v úmyslu podporovat sdílené prostředí se službou Azure Remote Rendering, musí být systémy, které jste zavedli k vytváření a správě relací ARR, připravené k zahájení více relací. Pokud jsou účastníci geograficky rozptýlení, 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, která aktuálně není podporována službou Azure Remote Rendering nebo aktuálně nemá k dispozici žádné instance virtuálních počítačů Azure Remote Rendering.

Tato správa více souběžných relací může být dále zjednodušena v kombinaci s sdružováním relací a dalšími strategiemi probíranými v tomto dokumentu.

Důležité informace o službě Azure Blob Storage

Všechny souběžné relace ARR můžou odkazovat na stejný identifikátor URI SAS pro zobrazení převedeného modelu. To umožňuje nahrát a převést požadované 3D prostředky jednou a pak je sdílet ve všech relacích. To platí zejména v případě, že jsou účastníci společně umístěni a používají stejné datové centrum, kde neexistují žádné obavy o výkon související se službou Azure Blob Storage, která se nachází v jiném datovém centru, než je 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 kontroly návrhu, geografická oblast služby Azure Blob Storage vzhledem k serveru Azure Remote Rendering je také méně důležitá.

Pro 3D prostředky, které se budou opakovaně používat, například v případě použití 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 datacentru, kde plánujete používat Azure Remote Rendering. To je možné automatizovat pomocí redundance služby Azure Storage. CDN se často používá i pro tento účel, ale zatím to není možnost pro Azure Remote Rendering.

Další informace:

Správa přístupu k modelu

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

Výhodou použití služby Azure Remote Rendering je, že před zobrazením velké 3D prostředky nemusí být nikdy přenášeny přímo do zařízení hybridní reality. Kromě toho, jakmile se 3D prostředek nahraje a převede pro použití s Azure Remote Renderingem, může libovolný počet uživatelů sdílet tuto jednu instanci 3D modelu.

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

Tady je několik klíčových aspektů při rozhodování o strategii přístupu k modelu.

Na základě očekávaného případu použití určete nejvhodnější místo nebo kombinaci míst, aby uživatel mohl vybrat 3D prostředky pro zobrazení. Mezi běžné možnosti patří:

  • Přímo v prostředí hybridní reality
  • Prostřednictvím doprovodového webového portálu
  • V doprovodné desktopové nebo mobilní aplikaci

Pokud váš případ použití obsahuje vzory použití, ve kterých může být stejný 3D prostředek nahrán vícekrát, back-end bude sledovat, které modely jsou již převedeny pro použití s ARR, aby byl model předzpracován pouze jednou pro více budoucích výběrů. Příkladem kontroly návrhu je, kdy má tým přístup k běžnému původnímu 3D prostředku. Očekává se, že každý člen týmu v určitém okamžiku v pracovním streamu zkontroluje model pomocí ARR. Pouze první zobrazení by pak aktivovalo krok předběžného zpracování. Následující zobrazení by hledala přidružený pozpracovaný soubor ve výstupním kontejneru SAS.

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 zobrazovat společně ve stejné relaci.

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

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

Můžete to udělat ještě dál tím, že nabídnete způsob, jak nahrát soukromé 3D prostředky, jedinečné pro každou jednotlivou osobu nebo skupinu. Tento seznam soukromý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ů, které se mají zobrazit.

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

Vzhledem k tomu, že výběr souboru OneDrivu je nativně integrovaný do zařízení s hybridní realitou Microsoftu, výběr 3D prostředků na zařízení z OneDrivu je atraktivní, zejména pro případy 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 nástroje pro výběr souborů OneDrivu v rámci vaší aplikace hybridní reality. 3D prostředky se pak migrují do vstupního kontejneru SAS, převedou se na výstupní kontejner SAS a připojí se k relaci ARR. V ideálním případě by aplikace hybridní reality vyvolala cloudový proces, který by provedl tyto kroky, a ne přesouval všechny bity z OneDrivu na zařízení a zpět do služby Azure Blob Storage.

Tento přístup je možné provést ještě o krok dál tím, že zachová přidružení mezi 3D prostředky, které byly dříve zobrazeny tak, aby při opětovném výběru stejného modelu z OneDrivu mohla aplikace proces převodu obejít a přímo načíst přidružený převedený 3D prostředek prostřednictvím identifikátoru URI SAS.

Další informace:

Přímý přístup CAD

Jedním přesvědčivým případem použití hybridní reality je kontrola probíhající práce CAD. V tomto scénáři je klíčem nejrychlejší doba načítání z plochy 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 spravovaly všechny aspekty procesu načítání, převodu a zobrazení:

  • Poskytněte uživatelské rozhraní pro:
    • Spárujte aplikaci CAD s konkrétním zařízením hybridní reality (jednou).
    • Požadavek, aby se vybraná geometrie zobrazila na daném zařízení hybridní reality.
  • Pokud ještě není spuštěný, zastavte relaci Azure Remote Renderingu, aby se při nahrávání a převodu souboru CAD mohlo zpracovávat paralelně.
  • Normalizovat data geometrie CAD do jednoho z formátů podporovaných službou Azure Remote Rendering
  • Přenos normalizovaných dat přímo do vstupního kontejneru služby Azure Blob Storage
  • Zahájení procesu převodu modelu
  • Propojení identifikátoru URI SAS výstupního kontejneru modelu s relací Azure Remote Renderingu
  • Upozorněte spárovanou aplikaci hybridní reality, že model je dostupný a připravený k zobrazení a poskytnutí identifikátoru URI SAS výstupního kontejneru, aby ji aplikace mohla připojit k relaci.

Mnohem jednodušší, ale o něco jednodušší přístup by mohl automatizovat proces uložení 3D modelu 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ů vyžaduje, aby vaše služba Azure Stack byla nasazena pod vlastními účty Azure a přihlašovacími údaji z bezpečnostních důvodů. Aby to bylo možné, budete chtít zvážit zabalení spravované aplikace Azure tak, aby ji bylo možné publikovat na Azure Marketplace jako nabídku Aplikace Azure.

Další informace:

Zabezpečení

Je důležité vytvořit kompletní řešení Azure Remote Rendering pro zabezpečení od základů. Při návrhu komplexního řešení je potřeba zvážit mnoho aspektů zabezpeč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ě a přenosu dat
  • Dočasné použití tokenů
  • Útoky DDoS (Distributed Denial of Service)
  • 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í aplikací

Pro ověřování je vhodné přesunout co nejvíce ověřování ARR a správy relací do webové služby Azure. Výsledkem bude lepší spravované a bezpečnější řešení.

Další informace: