Distribuera en lösning i förhandsversionen av Azure IoT Operations
Viktigt!
Förhandsversion av Azure IoT Operations – aktiverad av Azure Arc finns för närvarande i FÖRHANDSVERSION. Du bör inte använda den här förhandsgranskningsprogramvaran i produktionsmiljöer.
Juridiska villkor för Azure-funktioner i betaversion, förhandsversion eller som av någon annan anledning inte har gjorts allmänt tillgängliga ännu finns i kompletterande användningsvillkor för Microsoft Azure-förhandsversioner.
Använd Förhandsversionen av Azure IoT Orchestrator för att distribuera, konfigurera och uppdatera komponenterna i ditt scenario med azure IoT Operations Preview edge computing.
Orchestrator är en tjänst som hanterar programarbetsbelastningar i Kubernetes-kluster som har Arc aktiverats. Den använder befintliga verktyg som Helm, Kubectl och Arc för att uppnå önskat tillstånd i målklustret. Orchestrator använder en utökningsmodell som kallas providers, vilket gör att den kan stödja distributioner och konfiguration över en mängd olika operativsystemplattformar och distributionsmekanismer. Orchestrator tillhandahåller också funktioner för avstämning och statusrapportering för att säkerställa att önskat tillstånd bibehålls.
Konstruktioner
Flera konstruktioner hjälper dig att hantera distributionen och konfigurationen av programarbetsbelastningar.
Manifesterar
Tre typer av manifestlösning, mål och instans fungerar tillsammans för att beskriva önskat tillstånd för ett kluster. Mer information om hur du skapar manifestfilerna finns i manifest.
Lösning
En lösning är en mall som definierar en programarbetsbelastning som kan distribueras på ett eller flera mål. En lösning beskriver programkomponenter. Programkomponenter är resurser som du vill distribuera i målklustret och som använder de infrastrukturella komponenter som definieras i målmanifestet, till exempel PowerShell-skript eller Azure IoT Data Processor Preview-pipelines.
Mål
Ett mål är en specifik distributionsmiljö, till exempel ett Kubernetes-kluster eller en gränsenhet. Den beskriver infrastrukturella komponenter, som är komponenter som installeras en gång på en enhet, till exempel PowerShell eller Azure IoT Data Processor. Varje mål har egna konfigurationsinställningar som kan anpassas för att uppfylla de specifika behoven i distributionsmiljön. Ett mål anger också providerbindningar som definierar vilka typer av resurser som ska hanteras på målet (till exempel Helm, PowerShell-skript, CR eller Bash-skript).
Instans
En instans är en specifik distribution av en lösning till ett mål. Det kan ses som en instans av en lösning.
Providers
Leverantörer är en utökningsmodell som gör det möjligt för Orchestrator att stödja distributioner och konfiguration över en mängd olika operativsystemplattformar och distributionsmekanismer. Leverantörer ansvarar för att utföra de åtgärder som krävs för att uppnå önskat tillstånd för en resurs. Orchestrator har stöd för flera branschstandardverktyg som Helm, Kubectl och Arc. Mer information finns i providers.
Avstämning
En avstämningsprocess säkerställer att det önskade tillståndet för en resurs bibehålls. Resurshanteraren i klustret jämför det aktuella tillståndet för alla resurser med det önskade tillstånd som anges i lösningsmanifestet. Om det finns en avvikelse anropar resurshanteraren lämplig provider i klustret för att uppdatera resursen till önskat tillstånd.
Om resurshanteraren inte kan stämma av önskat tillstånd rapporteras distributionen som ett fel och klustret förblir i det tidigare lyckade tillståndet.
Som standard utlöser resurshanteraren avstämning var tredje minut för att söka efter uppdateringar av önskat tillstånd. Du kan konfigurera den här avsökningsintervallprincipen för att anpassa den för scenarier som kräver mer frekventa kontroller eller de som föredrar mindre frekventa kontroller för att minska kostnaderna.
Statusrapportering
Statusrapporteringsfunktionerna säkerställer att önskat tillstånd bibehålls. När resurshanteraren i klustret upptäcker ett fel för en enskild komponent anser den att hela distributionen är ett fel och försöker distribuera igen. Om en viss komponent misslyckas igen anses distributionen ha misslyckats igen, och baserat på en konfigurerbar avstämningsinställning stoppar resurshanteraren tillståndssökningen och uppdaterar instansen med den misslyckade statusen. Det här felet (eller framgångstillståndet) synkroniseras upp till molnet och görs tillgängligt via resursproviderns API:er. Erfarenhetsarbetsflöden kan sedan skapas för att meddela kunden, försöka försöka igen eller för att distribuera en tidigare lösningsversion.