Seminar OmniLab Android Test Station (ATS) – Cloud Orchestration mit Cuttlefish

Cloud Orchestration trennt die Verwaltung virtueller Android-Geräte vom eigentlichen ATS-Worker und ermöglicht parallele Bereitstellung sowie bessere Ressourcenisolation. Das Seminar entwickelt eine belastbare Architektur vom Orchestrator-Dienst bis zum ausgeführten Testlauf auf dynamisch bereitgestellten Cuttlefish-Instanzen.

Inhaltsverzeichnis

• Lernziele
• Zielgruppe
• Voraussetzungen
• Seminarinhalte
• Architektur und Einsatzgrenzen
• Bereitstellungsvarianten planen
• Orchestrator-Dienst bereitstellen
• Berechtigungen und Netzwerkzugriff
• ATS 2.0 anbinden
• Images und Testressourcen abbilden
• Testausführung und Kapazitätssteuerung
• Fehleranalyse und Betriebsverfahren
• Praxisübungen
• Methodik

Lernziele

• Cloud-Orchestrator, ATS-Worker und Cuttlefish-Ressourcen architektonisch einordnen.
• Bereitstellungsvarianten für lokale, getrennte und cloudbasierte Hosts bewerten.
• ATS 2.0 für die Nutzung des Orchestrators konfigurieren.
• Virtuelle Geräte, Images und Hostwerkzeuge korrekt einem Testlauf zuordnen.
• Kapazitäts-, Netzwerk- und Lebenszyklusprobleme systematisch diagnostizieren.

Zielgruppe

Testinfrastruktur- und Cloud-Engineering, DevOps, ATS-Administration, Android-Plattformentwicklung und Betreiber größerer Testfarmen.

Voraussetzungen

Gute Linux- und Docker-Kenntnisse, praktische ATS-Erfahrung sowie Grundlagen zu Netzwerken, Virtualisierung und Cuttlefish. Eine ATS-2.0-Übungsumgebung wird vorausgesetzt.

Seminarinhalte

Architektur und Einsatzgrenzen

1. Schritt 1: ATS-Worker, Orchestrator-Dienst, Gerätehost, Images und Testressourcen als getrennte Rollen modellieren.
2. Schritt 2: Parallele Instanzstarts, Ressourcenisolation und Skalierbarkeit den lokalen und entfernten Betriebsarten gegenüberstellen.
3. Schritt 3: Geeignete Anwendungsfälle nach Gerätearchitektur, Testart, Laufzeit und benötigter Hardwaretreue auswählen.

Bereitstellungsvarianten planen

1. Schritt 1: Betrieb auf demselben Host, auf einem getrennten Server oder auf einer Cloud-Instanz bewerten.
2. Schritt 2: CPU, Arbeitsspeicher, Speicher, Virtualisierungsunterstützung und Netzwerkbandbreite dimensionieren.
3. Schritt 3: Zonen, Hostgruppen und maximale parallele Geräte aus dem erwarteten Testvolumen ableiten.

Orchestrator-Dienst bereitstellen

1. Schritt 1: Containerlaufzeit, Images und persistente Betriebsdaten vorbereiten.
2. Schritt 2: Dienstparameter, Portfreigaben und Erreichbarkeit zwischen ATS-Worker und Orchestrator festlegen.
3. Schritt 3: Den Dienstzustand mit einer technischen Erreichbarkeits- und Berechtigungsprüfung bestätigen.

Berechtigungen und Netzwerkzugriff

1. Schritt 1: Zugriffsweg, Authentisierung und erforderliche Rechte für lokale und entfernte Bereitstellungen definieren.
2. Schritt 2: Firewall-, Namensauflösungs- und Weiterleitungsanforderungen dokumentieren.
3. Schritt 3: Fehlende Erreichbarkeit mit einem festen Ablauf aus DNS-, Port-, Dienst- und Berechtigungsprüfung eingrenzen.

ATS 2.0 anbinden

1. Schritt 1: Vorhandene Cuttlefish-Instanzen kontrolliert beenden und Ressourcenkonflikte ausschließen.
2. Schritt 2: ATS mit aktivierter Orchestrator-Nutzung, Dienstendpunkt, Kapazitätsgrenze und Hostnetzwerk starten.
3. Schritt 3: Virtuelle Platzhaltergeräte, Zustände und automatisch ergänzte Geräteaktionen in der Oberfläche prüfen.

Images und Testressourcen abbilden

1. Schritt 1: Hostwerkzeuge, Geräteabbild und Testsuite als getrennte Ressourcen vorbereiten.
2. Schritt 2: Dateien den erwarteten Ressourcennamen eindeutig zuordnen und Versionen nachvollziehbar kennzeichnen.
3. Schritt 3: Vor dem Testlauf Architektur, Buildvariante und Kompatibilität der Ressourcen kontrollieren.

Testausführung und Kapazitätssteuerung

1. Schritt 1: Virtuelle Geräte auswählen, einen Testlauf planen und die dynamische Bereitstellung beobachten.
2. Schritt 2: Startzeit, Belegung, Testdauer und Freigabe der Instanzen als Kapazitätskennzahlen erfassen.
3. Schritt 3: Parallelität und Warteschlangen so abstimmen, dass Hostressourcen nicht überbucht werden.

Fehleranalyse und Betriebsverfahren

1. Schritt 1: Fehler nach Orchestrator, ATS-Worker, Gerätehost, Image, Netzwerk oder Testauftrag klassifizieren.
2. Schritt 2: Nicht freigegebene Instanzen, fehlgeschlagene Starts und fehlerhafte Ressourcenabbildungen gezielt bereinigen.
3. Schritt 3: Start-, Kontroll-, Wartungs- und Wiederanlaufverfahren für den Regelbetrieb erstellen.

Praxisübungen

• Entwerfen einer Cloud-Orchestration-Architektur für eine vorgegebene Testlast.
• Anbinden eines Orchestrator-Dienstes an ATS 2.0 und Prüfen der virtuellen Geräteplatzhalter.
• Ausführen eines Testlaufs mit korrekt zugeordneten Cuttlefish-Ressourcen.
• Diagnostizieren eines simulierten Netzwerk-, Image- und Kapazitätsfehlers.

Methodik

Architekturentscheidungen werden unmittelbar in einer Übungsumgebung umgesetzt. Messungen zu Startzeit, Parallelität und Ressourcenverbrauch ergänzen die Konfigurations- und Fehleranalyse.