Pipeline-Phasen Wünsche

Application Package Depot Product automation / Pipelines
1

Hallo zusammen,

ich würde gerne ein paar Anregungen/Ideen zu Pipeline-Phasen hier anbringen, um zu hören, ob auch andere darin einen Mehrwert sehen bzw. Bedarf haben und ob Neo42 das umsetzen könnte :slight_smile:

Alle Phasen

Ergänzung bei Advanced settings

  • Retries on error (Ganzzahl)
  • Retry pause in seconds (Ganzzahl)

Es kam immer mal wieder vor, dass es bei uns oder bei Kunden nachts während Produktautomatisierungsprozessen zu Netzwerkunterbrechungen oder anderen Problemen kam, wodurch Pipelines nicht durchgeführt werden konnten. Nachdem wir die Automatisierungen am nächsten Morgen manuell angestoßen haben, hatte die Pipeline dann funktioniert. Es wäre schön, wenn man diese manuelle Nacharbeit vermeiden könnte, indem die Pipeline-Phasen so konfiguriert werden könnten, dass diese es z. B. 3x im Abschnitt von 30 Minuten versuchen würden. Das wäre neben „Timeout in seconds“ eine weitere, gute Option für mehr Resilienz.

Tooltips
Ergänzung von Tooltips mit Kurzbeschreibungen bei Phasen-Feldern per Mouseover nach 1,5 Sekunden.

Ich bin nicht sehr häufig im neo42 APC, daher entfällt mir nach längerer Zeit manchmal, was ein Feld in den Phasen für Auswirkungen hat (z. B. unter „Advanced settings“ das Schalter „Run always“. Es wäre sehr hilfreich, wenn bei einem Mouseover nach kurzer Zeit eine Kurzbeschreibung erscheinen würde.

<Deploymentsystem> deploy

Ergänzung um einen Boolean-Schalter für „Overwrite existing app“

Es kommt hin und wieder vor, dass ein bereits in das Verteilsystem importiertes Softwarepaket nachträglich nochmal geändert werden muss, z. B. mit Customization per Skript vor dem Upload. Für die Aktualisierung des bereitgestellten Softwarepakets muss sich aktuell aber immer erstmal beim Verteilsystem angemeldet werden (Website oder App-Server öffnen, mit speziellen Admin-Rechten anmelden, ggf. spezielle Rechte beziehen, bestehende App entfernen). Das kostet viel Zeit. Es wäre super, wenn man sich Pipelines bauen könnte, welche ein Überschreiben der App im Verteilsystem zulassen würden, um sich diese manuellen Schritte zu sparen.

Intune deploy

Ergänzung um weitere Intune-App-Einstellungen

  • Application Description
  • Owner
  • Required installation time (min)

Da die Benutzer in der Unternehmensportal-App auch die Beschreibungen der Anwendungen sehen, wäre es schön, dazu auch passende Beschreibungen ohne manuelle Nacharbeit direkt in der neo42 APC Produktautomatisierung bereitstellen zu können. Wenn ein Feld in der Pipeline-Phase verfügbar wäre, könnte man in dieses mit einer passenden Variablen füllen. Das würde für die Benutzer definitiv einen besseren Eindruck machen als der wiederholte Produktname als Beschreibung.
Bei ausgebremsten Installationen per Intune, z. B. per DeliveryOptimization oder einer starken Auslastung des Clients, könnte die vorkonfigurierte Installationszeit von 60 Minuten hin und wieder erreicht werden. Da wäre es gut, wenn man diese Wert selber setzen könnte.

Intune group assignment

Ergänzung um weitere Intune-App-Einstellungen

  • User notification
  • Availability
  • Auto-Update

Nice to have.

1 „Gefällt mir“
2

Hallo @s.spanknebel

Erstmal vielen Dank für den umfangreichen Feature Request. Im Folgenden möchte ich auf ein paar Themen eingehen:

Pipline Retries
Dieser Punkt wurde intern schon öfter thematisiert und wir kommen immer wieder zu dem Schluss, dass die Einführung von automatischen Retries zu vielen Problemen führen kann, die man spontan nicht auf dem Schirm hat. Oft wäre es durchaus möglich, wenn die Pipeline direkt im ersten Task scheitert. Problematisch wird es, wenn bereits die ersten Tasks durchgelaufen sind und erst dann ein Task scheitert. Hier ein Beispiel:

  • Die Pipeline 1 zur Intune Produktautomatisierung findet ein Update, legt die Gruppen an und integriert das Paket in Intune
  • Bei der Zuweisung zu einer der Testgruppen tritt dann ein Netzwerkfehler auf und die Pipeline bricht ab bevor die Pipeline 2 geplant werden kann
  • Nach 10 Minuten erfolgt ein Retry
  • Da sich die Software bereits in Intune befindet, wird keine Aktion durchgeführt und die Pipeline läuft beim Retry sofort auf Erfolg

In diesem Szenario würde die Software nie wieder ein Update erhalten, da die notwendigen Tasks aus der Pipeline 2 nie ausgeführt werden. Der Erfolg im Retry suggeriert allerdings, dass alles in Ordnung ist und man wird geneigt sein sich das Thema nicht weiter ansehen.
Noch undurchsichtiger wird es, wenn das Problem während einem Task auftritt der mehrere Änderungen hintereinander durchführt.

Tooltips
In der - in Kürze veröffentlichten - MMS Version 4.5.x haben wir für neu hinzugefügte Tasks bereits Tooltips eingeführt. Das werden wir nach und nach auch für die älteren Tasks übernehmen.

Overwrite existing app
Wir werden prüfen, ob wir diesen Schalter einführen können. Ich sehe hier allerdings sehr viel Potenzial für Fehler.

Intune deploy

  • Application Description
    Da diese Information aus der neo42PackageConfig.json ausgelesen wird, wäre das heute schon umsetzbar. Nach dem Entpacken den Wert in der json per PowerShell ändern.
  • Owner
    Steht schon auf der Roadmap
  • Required installation time (min)
    Steht ab jetzt auf der Roadmap :wink:

Intune group assignment

  • User notification
    Kommt mit der Version 4.5.x
  • Availability
    Kommt mit der Version 4.5.x
  • Auto-Update
    Hier bräuchten wir noch eine Info, worum es genau geht. Wir konnten spontan keine Einstellung dazu in der UI finden.

Gruß
Marco

3 „Gefällt mir“
3

Ich denke hier ist das AutoUpdate gemeint, wenn man mit Superseedence arbeitet. Dies wird dann bei der Zuweisung im Bereich Available eingeblendet. Aber da wir derzeit keine Superseedence unterstützen würde dieser Punkt nicht nötig sein.

1 „Gefällt mir“
4

Genau das meinte ich :slight_smile:

image
image1024×584 32.7 KB

(Bild kopiert von How to auto-update apps assigned as Available in Microsoft Intune)

Danke für die Antwort. Dann hat sich das Teil-Thema ja bereits geklärt.

5

Vielen Dank bereits für die Antworten zu den Themen und die Einsichten zur Roadmap :slight_smile:

Alle Phasen

Ergänzung bei Advanced settings

  • Retries on error (Ganzzahl)
  • Retry pause in seconds (Ganzzahl)

:spiral_notepad: Schwierigkeiten sehe ich hier mit bestimmten Pipeline-Phasen, insbesondere mit „Conditional Stop“-Pipeline-Stops (z. B. Smart update).
Damit Fehler auch wirklich erkannt und behandelt werden können, müssten Pipeline-Phasen mit „Conditional Stop“ weitere Optionen für den Rückgabewert bekommen.

Beispiel „Smart update“, wenn die App bereits im Verteilsystem existiert:

  • Überspringe die Phase
  • Überschreibe die App
  • Löse einen Fehler aus
  • Beende die Pipeline

Natürlich gehen Löschen- und Überschreiben-Prozesse immer mit einem Risiko einher, aber das ist in unserer Branche ja nichts ungewöhnlich Neues und es muss eben sorgfältig bei solchen Konfigurationen gearbeitet werden.
Ich sehe weiterhin einen großes Nutzen in den vorgeschlagenen Optionen.

Tooltips
:white_check_mark: MMS Version >= 4.5.x

<Deploymentsystem> deploy

Ergänzung um einen Boolean-Schalter für „Overwrite existing app“
:spiral_notepad: Wie oben beschrieben, verstehe ich das Risiko (Potential für Fehler), denke aber auch, dass die Option für einige Szenarien eine sehr nützliche Möglichkeit wäre.

Intune deploy

Ergänzung um weitere Intune-App-Einstellungen

  • Application Description
    :spiral_notepad: Danke, dann werden wir dies ggf. auf Kundenwunsch per Skript nachpflegen. Eine direkte Pflege durch neo42 wäre dennoch schön gewesen :wink:

  • Owner
    :white_check_mark: Auf der neo42 Roadmap

  • Required installation time (min)
    :white_check_mark: Auf der neo42 Roadmap

Intune group assignment

Ergänzung um weitere Intune-App-Einstellungen

  • User notification
    :white_check_mark: MMS Version >= 4.5.x

  • Availability
    :white_check_mark: MMS Version >= 4.5.x

  • Auto-Update
    :cross_mark: Hat sich erledigt