Principy fází provádění aplikací plátna a tok volání dat

Když uživatel otevře aplikaci plátna, aplikace ještě před zobrazením uživatelského rozhraní prochází několika fázemi provádění: Při načítání se aplikace připojuje k různým zdrojům dat — například SharePoint, Microsoft Dataverse, SQL Server (místní), Azure SQL Database (online), Excel a Oracle.

V tomto článku se dozvíte o těchto různých fázích provádění a o tom, jak se aplikace připojuje ke zdrojům dat.

Fáze provádění v aplikacích plátna

Aplikace plátna prochází před zobrazením rozhraní uživateli následujícími fázemi provádění:

1. Ověření uživatele: Vyzve prvního uživatele k přihlášení pomocí přihlašovacích údajů pro všechna připojení, která aplikace potřebuje. Pokud tuto aplikaci otevře stejný uživatel znovu, může být v závislosti na zásadách zabezpečení organizace k přihlášení znovu vyzván.

2. Načíst metadata: Načte metadata, například verzi platformy Power Apps, na níž aplikace funguje, a zdroje, ze kterých se musí načíst data.

3. Inicializovat aplikaci – Provede všechny úkoly uvedené ve vlastnosti OnStart.

4. Vykreslit obrazovky: Vykreslí první obrazovku s ovládacími prvky, které aplikace naplnila data. Pokud uživatel otevře další obrazovky, aplikace je vykreslí stejným procesem.

Tok datových volání v aplikacích plátna

Datová volání z aplikací plátna odesílají zdroje dat pomocí konektorů přes protokol OData. Tok požadavků OData do back-endových vrstev pro kontaktování cílového zdroj dat a načtení dat pro klienta nebo zapsání dat do zdroje dat.

Pochopení, jak OData požaduje cestování v aplikacích plátna, vám může pomoci optimalizovat výkon aplikace plátna a vaše back-endové zdroje dat.

V této části se dozvíte, jak datové volání teče aplikacemi plátna s různými typy zdrojů dat.

Tok datových volání s online zdroji dat

Následující diagram ukazuje, jak typický požadavek na data v aplikaci plátna (vlevo) prochází vrstvami na straně serveru a proniká do cílového zdroje dat (vpravo) a poté vrátí data klientovi.

Každá vrstva ve výše uvedeném diagramu může při zpracování požadavku fungovat rychle nebo vykazovat určitou režii. V mnoha aplikacích mohou dvě konkrétní místa běžně představovat znatelné zatížení systému:

• Back-endový zdroj dat při zpracování žádosti.

• Klient při odesílání požadavku nebo při manipulaci s přijatými daty v paměti haldy a provádění souvisejících funkcí JavaScriptu ke zpracování dat, která se mají zobrazit na obrazovkách.

Tok datových volání s místní bránou dat

Pokud se aplikace plátna připojí k místnímu zdroji dat, jako je server SQL, musíte mít další vrstvu nazvanou místní brána dat. Tato brána je povinná pro přístup k místní zdrojům dat. Zabývá se převodem protokolu z požadavků OData na příkazy SQL DML (Data Manipulation Language).

Následující diagram ukazuje, kde a jak je zavedena místní brána dat a zpracovává požadavky na data.

Pokud aplikace používá místní zdroj dat, výkon datových volání by ovlivnilo také umístění a specifikace brány dat.

Tok datových volání s Microsoft Dataverse

Když používáte Microsoft Dataverse jako zdroj dat, požadavky na data jdou přímo do instance prostředí, aniž by procházely skrze Azure API Management. Výkon datových volání je tedy mnohem rychlejší ve srovnání se zbytkem zdrojů dat. Aplikace je ve výchozím nastavení při vytváření nové aplikace plátna připojena k Microsoft Dataverse.

S porozuměním tohoto konceptu vysoké úrovně, jak datová volání cestují, se můžete dostat k podrobnějším znalostem kontroly výkonu aplikace. Souhrnně řečeno, k zatížení systému může dojít v kterékoli z vrstev – v klientu, APIM (API Management), konektoru, místní bráně dat a back-endových zdrojích dat.

Další kroky

Běžné zdroje pomalého výkonu pro aplikaci plátna

Viz také

Běžné problémy a řešení týkající se výkonnosti aplikací plátna
Tipy a osvědčené postupy ke zlepšení výkonu aplikací plátna
Běžné problémy a řešení v Power Apps
Řešení problémů se spouštěním v Power Apps

Poznámka

Můžete nám sdělit, jaké máte jazykové preference pro dokumentaci? Zúčastněte se krátkého průzkumu. (upozorňujeme, že tento průzkum je v angličtině)

Průzkum bude trvat asi sedm minut. Nejsou shromažďovány žádné osobní údaje (prohlášení o zásadách ochrany osobních údajů).