verwaltete Instanz auf Azure App Service

verwaltete Instanz im Azure App Service ist eine plangeplante Hosting-Option für Windows-Webanwendungen, die eine Betriebssystemanpassung, optionale private Netzwerke und eine sichere Integration mit Azure-Ressourcen benötigen. Sie zielt auf legacy- oder infrastrukturabhängige Workloads (Component Object Model (COM), Registrierung, Microsoft/Windows Installer (MSI)) ab, während die verwalteten Patching-, Skalierungs-, Diagnose- und Identitätsfeatures des App-Diensts beibehalten werden.

Migration von .NET-Apps mit der Modernisierung von GitHub Copilot

Die GitHub Copilot-Modernisierung für .NET bietet einen agentischen Workflow zur Bewertung, Behebung, Validierung und Bereitstellung von .NET-Anwendungen für Azure. In Visual Studio Code können Sie verwaltete Instanz als Bewertungs- und Bereitstellungsziel für Windows-Anwendungen verwenden, die eine Anpassung auf Betriebssystemebene erfordern.

Konfigurieren Sie das Bewertungsziel als AppServiceManagedInstance.Windows, um verwaltete Instanz-spezifische Ergebnisse und Empfehlungen zu erhalten. Sie können den Modernisierungs-Agenten dann verwenden, um:

1. Bewerten Sie Anwendungscode, Konfiguration und Abhängigkeiten auf Migrationsbereitschaft.
2. Überprüfen und wenden Sie empfohlene Migrationsaufgaben an.
3. Validiere Builds, Tests und behobene Abhängigkeiten.
4. Bereiten Sie Azure-Ressourcen vor und deployen Sie die Anwendung in verwaltete Instanz.

Erste Schritte finden Sie unter Bewerten und Migrieren eines .NET-Projekts mit GitHub Copilot Modernisierung. Für Details zur Zielkonfiguration und Bereitstellung siehe Arbeiten mit Anwendungsbewertungen und ein Projekt für Azure bereitstellen.

Wichtige Funktionen

In der folgenden Tabelle sind die wichtigsten Funktionen zusammengefasst, die verwaltete Instanz bietet:

Konfigurationsoptionen

Eine verwaltete Instanz stellt die Konfiguration auf der Plan-Ebene durch:

• Konfigurationsskripts (Installation): Hochladen gezippter PowerShell-Skripts in Azure Storage (Zugriff über verwaltete Identität). Skripts werden beim Start für die dauerhafte Konfiguration ausgeführt.

  • Skripte sind optional. Verwenden Sie ein Skript, wenn Ihre App Abhängigkeiten installieren oder Betriebssystemfunktionen konfigurieren muss.
  • RDP-Sitzungsänderungen sind vorübergehend und gehen nach dem Neustart oder der Plattformwartung verloren.
  • Skriptausführungsprotokolle werden in App Service-Konsolenprotokollen angezeigt und können auf Azure Monitor gestreamt werden.

• Windows-Registrierungsadapter: Definieren Sie Registrierungsschlüssel auf Planebene mit geheimen Werten, die in Azure Key Vault gespeichert sind.

• Speichereinbindung: Zuordnung von Speicher mithilfe von benutzerdefinierten Laufwerkbuchstaben mit Azure Files oder benutzerdefinierten UNC-Pfaden. Der lokale Speicher ist auch verfügbar, aber beschränkt auf 2 GB und wird nach dem Neustart nicht beibehalten.

• RDP-Zugriff: Just-in-Time-Remotedesktop über Azure Bastion (erfordert virtuelle Netzwerkintegration).

Protokollierung und Problembehandlung

• Protokolle für verwaltete Instanzen werden auf App Service-Planebene und nicht auf App-Ebene erstellt.
• Speichereinbindungs- und Registrierungsadapterereignisse werden in App Service-Plattformprotokollen erfasst. Diese Protokolle können über Logstream gestreamt oder in Azure Monitor integriert werden.
• Konfigurationsskriptprotokolle (Installation) sind in App Service-Konsolenprotokollen und in der Instanz verfügbar (z. B. C:\InstallScripts<scriptName>\Install.log). Verwenden Sie Logstream oder Azure Monitor für den zentralisierten Zugriff.
• RDP-Zugriff erfordert Azure Bastion und die Integration des virtuellen Netzwerks. IIS-Manager und Ereignisanzeige werden für die Diagnose empfohlen.

Auswählen der richtigen Hostingoption

Verwenden Sie bei Bedarf verwaltete Instanzen:

Legacy-Windows-Kompatibilität

• COM-Komponenten, Registrierungsänderungen und MSI-Installationsprogramme
• IIS-Manager-Zugriff und RDP für die Diagnose
• Netzwerkfreigaben über UNC-Pfade oder Laufwerkzuordnung

Migration mit minimaler Umgestaltung

• „Heben und Verbessern“ für ältere .NET Framework-Apps
• Schrittweise Modernisierung ohne vollständige Umschreibungen
• Netzwerkisolation auf Planebene für Complianceanforderungen

Windows-spezifische Anpassung

• PowerShell-Installationsskripts für die Startkonfiguration
• Windows-Features wie MSMQ oder Serverrollen
• Benutzerdefinierte Nicht-Microsoft-Komponenten im GAC

Verwenden Sie standard App Service bei Bedarf:

Moderne, cloudeigene Entwicklung

• Unterstützung für mehrsprachige Apps (Python, Node.js, Java, PHP usw.)
• Linux- oder containerisierte Workloads
• Plattformverwaltete Infrastruktur ohne Betriebssystemanpassung
• Umfassendere Laufzeit- und Frameworkoptionen

Verwenden Sie App Service-Umgebung (ASE), wenn Sie es benötigen.

Unternehmensweite Isolation

• Vollständig isolierte, dedizierte Infrastruktur
• Bereitstellungen, die mehr als 100 Anwendungen unterstützen
• Umfassende Netzkontrolle an der Grenze

Aktuelle Einschränkungen

Bewährte Methoden

• Verwenden Sie Konfigurationsskripts (Installationsskripts) für die dauerhafte Konfiguration.
• Zentralisieren Sie geheime Schlüssel mithilfe von Key Vault.
• Überprüfen Sie die Logging-Konfiguration in Staging-Umgebungen.
• Testen Sie die Konfigurationsskripts im Staging, bevor sie in die Produktion überführt werden.
• Richten Sie Netzwerkregeln an Abhängigkeitsinventaren aus.
• Überwachen sie mit Microsoft Defender für Cloud für die Bedrohungserkennung.

Nächste Schritte

• Schnellstart für verwaltete Instanzen
• GitHub Copilot-Modernisierung für .NET
• Übersicht über den App-Dienst
• Konfigurieren der verwalteten Instanz
• Vergleich der App-Dienstumgebung