Zásady pro data

Zásady dat jsou důležitým aspektem údržby zabezpečení dat a dodržování předpisů v ekosystému Microsoft Power Platform.

Vytvořte zásady dat, které fungují jako mantinely, které pomáhají snížit riziko neúmyslně vystavených dat organizace uživatelům. Základní součástí Power Apps, Power Automate a Microsoft Copilot Studio je použití konektorů pro enumeraci, naplňování, odesílání a stahování dat. Zásady pro správu Centra pro správu Power Platform umožňují správcům řídit přístup k těmto konektorům různými způsoby, jak snížit riziko ve vaší organizaci.

Tento přehled popisuje některé základní koncepty související s konektory a několik důležitých aspektů, které je třeba vzít v úvahu při nastavování zásad nebo provádění změn zásad.

Konektory

Konektory, na jejich nejzásadnější úrovni, jsou silně typované reprezentace programovacích rozhraní RESTful aplikací, označovaných také jako rozhraní API. Například rozhraní Power Platform API poskytuje několik operací souvisejících s funkčností v centru pro správu Power Platform.

Zobrazuje klidnou referenční stránku API s volitelnými parametry querystring.

Když rozhraní API Power Platform zabalíte do konektoru, budou tvůrci a vývojáři občanů snadněji používat rozhraní API v aplikacích, pracovních postupech a chatovacích robotech s nízkým kódem. Konektor Power Platform for Admins V2 je například reprezentací rozhraní API Power Platform a uvidíte, že akce Získat doporučení se jednoduše přetáhne do toku:

Zobrazuje konektor v pracovním postupu Power Automate.

Tento článek uvádí několik typů konektorů. Každý typ má různé schopnosti v rámci datových zásad.

Certifikované konektory

Certifikované konektory jsou konektory, které Microsoft testy a certifikují, aby splňovaly standardy Microsoft pro zabezpečení, spolehlivost a dodržování předpisů. Tyto konektory poskytují uživatelům spolehlivý způsob integrace s jinými služby Microsoft a externími službami, a to vše při zachování integrity a zabezpečení dat.

Další informace o certifikovaných konektorech naleznete v části Pokyny k předložení certifikace.

Vlastní konektory

Vlastní konektory umožňují výrobcům vytvářet vlastní konektory pro integraci s externími systémy nebo službami, na které se nevztahuje standardní sada certifikovaných konektorů. I když vlastní konektory nabízejí flexibilitu a možnosti přizpůsobení, vyžadují pečlivé zvážení, aby zajistily, že vyhovují zásadám dat a neohrožují zabezpečení dat.

Přečtěte si další informace o vytváření a správě vlastních konektorů.

Virtuální konektory

Virtuální konektory jsou konektory, které se zobrazují v zásadách dat pro správce, aby mohli řídit, ale nejsou založené na rozhraní RESTful API. Šíření virtuálních konektorů je způsobeno tím, že datové zásady jsou jedním z nejoblíbenějších řídicích prvků správy na Power Platform. Očekává se, že více těchto typů funkcí „on/off“ se objeví jako pravidla v rámci skupin prostředí.

Microsoft poskytuje několik virtuálních konektorů pro řízení Microsoft Copilot Studio. Tyto konektory usnadňují možnost vypnout různé funkce Copilotů a chatbotů.

Seznamte se s virtuálními konektory a jejich rolí v prevenci ztráty dat v Microsoft Copilot Studio.

Important

Rozšířené zásady konektoru (ACP) nepodporují virtuální konektory a v budoucnu nepřidají podporu. Jediným cílem ACP je být nejrobustnější funkcí správy pro certifikované konektory. Pro virtuální konektory platí následující přechodové cesty:

  • Virtuální konektory Copilot Studio se vyvíjejí do vlastních vyhrazených pravidel správného řízení odděleně od datových zásad i ACP.
  • Virtuální konektory Desktop Flow přecházejí na certifikované konektory, které jsou spravovány ACP.

Konektory PROTOKOLU MCP (Model Context Protocol)

Konektory MCP (Model Context Protocol) jsou třídou konektorů, které poskytují další metadata pro zveřejnění koncových bodů rozhraní API s podporou MCP, označovaných jako nástroje. Konektory MCP rozšiřují typické funkce konektoru a umožňují bohatší prostředí pro generování umělé inteligence v Microsoft Copilot Studio.

Mnoho neblokovatelných konektorů v Microsoft Power Platform teď podporuje MCP. Tyto konektory a jejich servery MCP můžete spravovat a omezit prostřednictvím pokročilých zásad konektoru.

Connections

Když tvůrce sestaví aplikaci nebo tok a potřebuje se připojit k datům, může použít jeden z typů konektorů popsaných výše. Když tvůrce poprvé přidá konektor do aplikace, vytvoří připojení pomocí ověřovacích protokolů, které konektor podporuje. Tato připojení představují uložené přihlašovací údaje a ukládají se v prostředí, které hostuje aplikaci nebo tok. Další informace o ověřování u konektorů najdete v tématu Připojení a ověřování ve zdrojích dat.

Doba návrhu vs. doba běhu

Když se správce rozhodne omezit přístup k celému konektoru nebo konkrétním akcím konektoru, ovlivní prostředí tvůrce i spouštění dříve vytvořených aplikací, toků a chatovacích robotů.

Zkušenosti tvůrců, často označované jako zkušenosti doby návrhu, omezují, s jakými konektory mohou tvůrci komunikovat. Pokud zásady dat blokují použití konektoru MSN Weather, tvůrce nemůže uložit tok nebo aplikaci, která tento konektor používá. Místo toho se jim zobrazí chybová zpráva, že konektor je blokovaný zásadami.

Prostředí, ve kterých je aplikace spuštěná nebo se tok provádí podle předdefinovaného plánu, například každý den ve 3:00, se často označují jako prostředí runtime. Pokračování z předchozího příkladu, pokud proces na pozadí popsaný v následující sekci deaktivuje připojení, aplikace nebo datový tok poskytne chybovou zprávu, že připojení MSN Weather je přerušené a vyžaduje řešení. Když se tvůrce pokusí aktualizovat své připojení, aby jej opravil, zobrazí se v průběhu návrhu chyba, že konektor je blokován zásadou.

Proces změn zásad

Když vytváříte nové zásady dat nebo aktualizujete stávající zásady, ekosystém služeb Power Platform aktivuje konkrétní proces. Tento proces pomáhá vynucovat tyto zásady napříč celou sadou prostředků, které zákazník má ve svém klientovi. Proces zahrnuje následující kroky.

  1. Uložte konfiguraci zásad dat na úrovni správy zákazníků.
  2. Kaskádujte konfigurace dolů do každého prostředí v klientovi zákazníka.
  3. Prostředky v každém prostředí (jako jsou aplikace, toky a chatboti) pravidelně kontrolují aktualizované konfigurace zásad.
  4. Když se zjistí změna konfigurace, vyhodnoťte každou aplikaci, tok a chatbot, abyste zjistili, jestli zásady porušují.
  5. Pokud dojde k narušení, umístěte aplikaci, tok nebo chatovací robot do pozastaveného nebo karanténního stavu, aby nemohl fungovat.
  6. Skenovat připojení Pokud zásady zablokují celý konektor, nastavte připojení do zakázaného stavu, aby nebylo možné jej použít.
  7. Všechny prostředky, které jsou spuštěné a pokouší se použít neaktivní připojení, akci, trigger nebo blokovaný server MCP, selžou za běhu.

Důležité informace o latenci

Doba potřebná k efektivní implementaci datových zásad se u jednotlivých zákazníků liší v závislosti na jejich objemu prostředí a zdrojů v těchto prostředích. Čím více aplikací, toků a chatovacích robotů zákazník má, tím déle trvá, než se změny zásad plně projeví. V nejextrémnějších případech je latence plného vymáhání 24 hodin. Ve většině případů je to do hodiny.