Fast alles, was über die Abkündigung von Web AppBuilder geschrieben wird, auch von Leuten, die Migrationen verkaufen, rahmt sie als Neubauaufgabe. Anwendungen zählen, Anwendungen migrieren, fertig.
Für einen guten Teil der meisten Bestände ist das der falsche Rahmen. Die Frage ist nicht "wie ziehen wir das um", sondern "sollte das überhaupt existieren".
Wir verkaufen Migrationsarbeit, dieser Artikel kostet uns also Geld. Wir veröffentlichen ihn, weil die Alternative wäre, Kunden den Neubau von Anwendungen zu berechnen, die niemand öffnet, und das fällt irgendwann auf.
Stilllegung ist ein Ergebnis, kein Scheitern
Esris eigene Empfehlungen listen mögliche Ziele für eine Web AppBuilder Anwendung: Experience Builder, Instant Apps, Dashboards, StoryMaps, eine individuelle Anwendung. Was auf der Liste meist fehlt, sind die zwei günstigsten Optionen: abschalten oder in eine andere Anwendung überführen.
Beide sind legitim. Beide stehen meist zur Verfügung. Keine verlangt, dass irgendwer etwas baut.
Wie Sie einen Stilllegungskandidaten in etwa einer Minute erkennen
Dafür brauchen Sie keine Beratung, und Sie müssen nicht raten. Esri erfasst für jedes Item eine Aufrufzahl.
Öffnen Sie die Item-Seite einer Anwendung in ArcGIS Online, dort steht die Zahl. Oder fragen Sie sie direkt ab:
https://www.arcgis.com/sharing/rest/content/items/{itemId}?f=json
Die Antwort enthält numViews und modified. Das genügt, um einen ganzen Bestand zu sortieren.
In unserer Studie zu 14.978 öffentlichen Web AppBuilder Anwendungen war die Spreizung innerhalb einzelner Organisationen regelmäßig extrem: Anwendungen mit über einer Million Aufrufen lagen im selben Bestand wie Anwendungen mit unter 200. Gleiche Organisation, gleiche Plattform, vier Größenordnungen Unterschied in der Nutzung.
Ein sinnvoller erster Durchgang:
- Vernachlässigbare Aufrufe und zwei Jahre unangetastet. Stilllegungskandidat. Fragen Sie vor dem Löschen, wer zuständig ist, gehen Sie aber davon aus, dass sie geht.
- Wenige Aufrufe, aber kürzlich geändert. Jemandem ist sie wichtig. Finden Sie heraus, wem und warum, bevor Sie sie anfassen.
- Viele Aufrufe. Sauber migrieren und mit echten Anwendern testen.
Achten Sie auf zwei Fallen. Eingebettete Anwendungen können wenige direkte Aufrufe zeigen und trotzdem in einer Seite mit viel Traffic geladen werden, prüfen Sie also, ob etwas darauf verlinkt. Und saisonale Anwendungen, Winterdienstrouten, Hochwasserkarten, Wahlkarten, wirken außerhalb der Saison verlassen und sind für sechs Wochen im Jahr enorm wichtig.
Der Fall für Zusammenführung, der größer ist als die meisten erwarten
Das häufigste Muster, das wir sehen, sind nahezu identische Anwendungen. Gleiche Widgets, gleiches Theme, gleiche Basislayer, Unterschiede nur in der Ausdehnung oder darin, welche Layer aktiv sind. Meist, weil es schneller war, eine bestehende App zu kopieren, als ihr einen Filter hinzuzufügen.
Unser Datensatz macht die Form davon sichtbar. Dreizehn Widgets kommen in über 80 Prozent aller Anwendungen vor. Die mittlere Anwendung hat vier operationale Layer. Wenn so viele Anwendungen aus demselben kleinen Satz an Teilen gebaut sind, dann sind viele davon Varianten und keine eigenständigen Dinge.
Fünf nahezu identische Viewer, überführt in eine konfigurierbare Anwendung, sind nicht nur günstiger zu bauen. Es ist eine Sache zu pflegen, eine zu testen, eine abzusichern und eine zu migrieren, wenn Esri das nächste Mal etwas abkündigt.
Anzeichen dafür, dass Sie Zusammenführungskandidaten vor sich haben:
- Gleiches Theme und nahezu identische Widget-Liste.
- Die zugrunde liegenden Webkarten teilen die meisten ihrer Layer.
- Titel, die sich durch einen Ortsnamen, ein Jahr oder ein Versionssuffix unterscheiden. "Bebauungsplan 2022-2028", "Bebauungsplan 2022-2028 v2", "Bebauungsplan Öffentlich".
- Innerhalb weniger Tage erstellt.
- Eine hat deutlich mehr Nutzung als die anderen, was meist bedeutet, dass die anderen Experimente waren, die nie aufgeräumt wurden.
Beim letzten Muster lohnt es, zu verweilen. Eine Traube kaum genutzter Anwendungen um eine beliebte herum ist normalerweise die Spur von Iteration und nicht fünf Dinge, die Leute brauchen.
Was wirklich einen sauberen Neubau braucht
Damit klar ist, dass dies kein Argument dafür ist, alles zu löschen:
- Alles mit einem Bearbeitungsprozess. Wenn Anwender darüber Daten schreiben, ist es operativ und braucht Sorgfalt. Nur 7,3 Prozent der öffentlichen Anwendungen enthalten Bearbeitung, intern ist der Anteil deutlich höher.
- Alles mit einer externen Integration. 27,4 Prozent der Anwendungen erlauben eine externe Domain. Das sind tragende Verbindungen zu anderen Systemen.
- Alles mit einem echten eigenen Widget. Selten, drei Anwendungen von 14.978, aber entscheidend, wenn vorhanden.
- Alles mit hoher, dauerhafter Nutzung in einem gesetzlichen Verfahren. Planungsregister, Hochwasserrisiko, Genehmigungen. Das sind die, bei denen Ausfall ein öffentlich sichtbares Problem ist.
Die Reihenfolge, die am meisten Geld spart
- Ziehen Sie Aufrufzahlen für jede Anwendung. Öffentliche und nicht öffentliche. Das ist je ein API-Aufruf.
- Markieren Sie die vernachlässigbaren zur Stilllegung. Zuständigkeit bestätigen, nicht einfach löschen.
- Gruppieren Sie die nahezu identischen. Entscheiden Sie, welche einzelne Anwendung jede Gruppe ersetzt.
- Zählen Sie, was übrig ist. Das ist meist eine viel kleinere Zahl als die, mit der Sie begonnen haben, und die einzige, für die ein Preis sinnvoll ist.
- Dann planen Sie die Migrationen, das Schwerste zuerst, denn genau das wird sich verschieben.
Die meisten Migrationsplanungen starten bei Schritt fünf mit der ursprünglichen Anwendungszahl. Das ist der teure Weg herum.
Ein Wort zum Stichtag
Für Web AppBuilder in ArcGIS Online endet die Bearbeitung bestehender Anwendungen in Q4 2026, und die Anwendungen stellen den Betrieb in Q2 2027 ein. Selbst gehostetes ArcGIS Enterprise hat überhaupt kein Abschaltdatum, worüber wir separat geschrieben haben, weil beides ständig verwechselt wird.
Stichtage verleiten dazu, Dinge neu zu bauen, statt über sie nachzudenken. Eine Anwendung stillzulegen dauert einen Nachmittag und braucht keine Entwicklungskapazität, es ist also die eine Option, die mit näher rückendem Stichtag tatsächlich leichter wird und nicht schwerer. Machen Sie diesen Teil zuerst.
Wenn Sie das für einen ganzen Bestand sauber erledigt haben möchten, inklusive der nicht öffentlichen Anwendungen, deckt unser fünftägiger Blueprint das ab und sagt Ihnen klar, welche Anwendungen aus unserer Sicht abgeschaltet werden sollten. Diese Empfehlung ist kein Rabatt auf die Bewertung. Sie ist deren wertvollster Teil.
