5 Tipps für effektivere Anwendungsveröffentlichungen

Von Tim Bond, Produktmanager/in

Low-Code-Entwicklungsteams investieren viel Zeit und Energie in die Planung und Entwicklung der nächsten Features für ihre Low-Code-Anwendungen. Die Entwicklung robuster Apps, die die erwarteten Ergebnisse liefern, ist von größter Bedeutung. Doch der Prozess, die Anwendung von einer Entwicklungsumgebung über eine Testumgebung in eine Produktions- oder Live-Umgebung zu verschieben, wird allzu oft vernachlässigt.

Ein gut ausgearbeiteter und gut kommunizierter Plan für die Veröffentlichung einer Anwendung in einer Produktionsumgebung ist der wichtigste Teil einer Inbetriebnahme. Hier sind einige Punkte, die Sie vor jeder Veröffentlichung durchdenken sollten:

• Wann beginnt die Veröffentlichung und wie lange wird es dauern?

  Arbeiten Sie mit den Stakeholdern zusammen, um einen Zeitpunkt zu ermitteln, an dem sie nur minimal betroffen sein werden. Die Dauer ist schwer vorherzusagen – je häufiger Sie dies tun, desto besser können Sie dies abschätzen. Versprechen Sie weniger und halten Sie mehr als Ihre Schätzung.

• Welche Auswirkungen hat die Veröffentlichung auf die Endbenutzer?

  Unabhängig davon, wie gut Sie Releases und geplante Ausfallzeiten im Voraus kommunizieren, müssen Sie davon ausgehen, dass ein Benutzer die Anwendung nutzen wird, wenn dies möglich ist. Dies muss kein Problem sein, aber wenn doch, sollten Sie erwägen, den Zugriff auf die Anwendung während der Wartungszeit zu untersagen.

• Wer ist für jeden Schritt des Freigabeprozesses verantwortlich?

  Ein detaillierter Plan sollte mit dem Team besprochen werden, das die Schritte durchführt. Nehmen Sie sich die Zeit, den Plan gemeinsam durchzugehen, und betonen Sie, dass es keine dummen Fragen gibt, wenn es um die Klarheit des Release-Plans geht. Stellen Sie sicher, dass jeder Einzelne die richtigen Zugriffsrechte hat, um die ihm/ihr zugewiesenen Schritte auszuführen.

• Welche neuen Verbindungen/Integrationspunkte zu Anwendungen von Drittanbietern werden eingeführt?

  Wenn eine Verbindung oder Integration zum ersten Mal live geht, herrscht im Hinterkopf des Teams eine gewisse Unsicherheit. Ein falscher API-Schlüssel oder blockierter Netzwerkverkehr könnten den Plan durchkreuzen. Entwickler sollten es sich zur Aufgabe machen, das Team darauf hinzuweisen, damit die neue Verbindung entsprechend geplant werden kann.

• Wenn die Veröffentlichung nicht erfolgreich ist, wie sieht der Rückzugsplan aus?

  Dies ist nie das erwartete oder gewünschte Ergebnis, aber ein im Voraus erstellter Plan kann dem Team in einer Stresssituation helfen.

Sie haben nur eine Chance, beim ersten Versuch erfolgreich in den Live-Betrieb zu gehen. Ich schlage vor, eine Test- oder Staging-Version als Probelauf für die Produktion zu verwenden, um etwaige Probleme zu beheben.

Wenn es um den Jitterbit geht App Builder Anwendungsversionen erstellen Ihre Entwickler eine Version aus der Entwicklungsumgebung, laden die Versionsdatei (wir nennen sie eine LP-Datei) herunter und laden sie zur Installation in die Zielumgebung hoch. Es gibt einige allgemeine Risiken, die Sie überprüfen sollten, bevor Sie die Version erstellen und in der Produktion installieren:

• Optionen zur Tabelleninstallation:

  In den meisten Fällen werden Sie in Ihrer Version physische Tabellen einbinden. Jede Tabelle verfügt über eine Installationsoption, die bestimmt, wie die in der Tabelle gespeicherten Daten behandelt werden, wenn die Version erstellt und anschließend in einer Zielumgebung installiert wird. Dies ist eine leistungsstarke Funktion, die jedoch mit Vorsicht eingesetzt werden sollte. Sie möchten auf keinen Fall hochwertige Produktionsdaten durch alle Daten ersetzen, die Entwickler erstellen. Weitere Informationen zu diesen Optionen finden Sie auf unserer Erstellen einer Dokumentationsseite für das Release-Paket.

• Rollen:

  Der Zugriff auf eine Seite sowie die nativen Funktionen zum Erstellen/Bearbeiten/Löschen von Daten, die einem Benutzer auf einer Seite angezeigt werden, werden in der logischen Ebene detailliert gesteuert. Jedes Mal, wenn ein Entwickler die Rollen einer Geschäftsregel ändert oder eine neue Geschäftsregel auf einer Seite einführt, kann dies unbeabsichtigte Auswirkungen auf die Fähigkeit einer bestimmten Benutzergruppe haben, auf die Seite zuzugreifen. Das Erstellen eines Testbenutzers für jede Benutzergruppe und Regressionstests für Rollen sind eine gute Praxis vor jeder Veröffentlichung in der Produktion. Auf diese Weise vermeiden Sie die gefürchtete E-Mail „Ich kann diese Seite nicht mehr aufrufen“ von Ihrem Endbenutzer am Tag nach einer Veröffentlichung. Schauen Sie sich an diese Dokumentationsseite für weitere Informationen zu Privilegien und Berechtigungen.

Jedes Mal, wenn Sie Ihren Jitterbit freigeben App Builder Anwendung, überprüfen Sie die Freigabevorlage genau. Sie sollten nur die Komponenten der Anwendung freigeben, die sich geändert haben und die Sie in die Produktion freigeben möchten.

In Ihrer Release-Vorlage können Sie diese verschiedenen Komponenten auswählen. Sie können natürlich eine komplette Anwendung veröffentlichen, die alle Datenquellen, Logik und Seiten enthält. Oder wenn Ihre Änderung kleinerer Natur ist, können Sie nur eine einzelne Seite oder eine einzelne Geschäftsregel veröffentlichen und diese kleineren Komponenten in die Produktion überführen und den Rest der Anwendung so lassen, wie er ist. Diese Flexibilität in der Freigabeprozess ermöglicht Ihrem Entwicklungsteam, einfacher auf kritische Probleme zu reagieren, die bei der Arbeit an größeren Anfragen auftreten.

Die Anwendungskomponentenfunktion verbessert die Flexibilität, Geschwindigkeit und Kontrolle des Softwarebereitstellungsprozesses und macht sie zu einem leistungsstarken Tool in Umgebungen, die häufige Updates und minimale Ausfallzeiten erfordern. Die wichtigsten Vorteile für Ihre Entwicklungsteams sind:

• Modulare Updates:

  Ermöglicht die unabhängige Aktualisierung bestimmter Komponenten einer Anwendung und reduziert so die Codeabhängigkeiten.

• Minimierte Ausfallzeit:

  Es werden nur die geänderten Komponenten aktualisiert, was reibungslosere Upgrades ermöglicht.

• Höhere Entwicklungsflexibilität:

  Teams können Updates oder Patches für einzelne Komponenten schnell veröffentlichen und so die Reaktionszeit verkürzen.

Mehr über erfahren Jitterbit App BuilderOder das leistungsstarke Suite von KI-Funktionen in Kürze verfügbar App Builder 4.0.