Skalierbare gehostete Feature-Layer in ArcGIS Online: Kachelabfragen und Antwort-Caching

KellyGerrow

<\/HEAD>

Schauen Sie sich diesen ArcGIS Blog<\/A> von Paul Barker<\/A><\/P>

<\/P>

Hintergrund<\/H2>Gehostete Feature-Layer gibt es in allen Formen und Größen; einige starten groß, andere wachsen im Laufe der Zeit, wenn Daten aktualisiert werden. Unabhängig von ihrer Herkunft ist es wichtig, dass Datensätze leistungsfähig bleiben, was mich zum Thema des heutigen Blogs bringt: Antwort-Caching.  Das Team für gehostete Feature-Services hat in den letzten Releases hart daran gearbeitet, alle Bausteine für das Antwort-Caching bereitzustellen.   Antwort-Caching klingt auf den ersten Blick vielleicht etwas langweilig, ist aber ziemlich spannend, da es gehosteten Feature-Layern ermöglicht, auch dann zu skalieren, wenn Ihre Karten viral gehen.<\/P>Bevor ich tiefer einsteige, sprechen wir darüber, was eine Antwort ist.  Eine Antwort ist einfach die Antwort des Feature-Layers auf eine Frage, die Sie ihm gestellt haben.  Obwohl Sie viele Fragen stellen können, ist die häufigste Frage: Welche Features befinden sich in der Karte, die ich gerade anschaue?<\/P>ArcGIS Javascript API Clients und damit auch ArcGIS Online funktionieren gut mit Layern jeder Größe.  Wenn Feature-Layer nur wenige Features enthalten, können diese in einer einzigen Anfrage abgerufen werden, da die Antwort vom Feature-Layer klein ist. Für größere Layer werden Features mit gekachelten Anfragen abgefragt (die Abfrage wird in mehrere kleinere räumliche Abfragen aufgeteilt). Kachel-Anfragen haben den zusätzlichen Vorteil, dass sie konsistent sind, selbst über verschiedene Benutzer und Apps hinweg.  Diese Konsistenz ermöglicht es, diese Antworten einmal auf dem Server zu cachen und zwischen allen Benutzern zu teilen. In beiden Fällen (einzeln oder gekachelt) können diese Anfragen auch auf dem Client gecacht werden.  Kachel-Anfragen verwenden außerdem Quantisierung zur Leistungsverbesserung, aber das ist ein eigenes Thema, das wir für einen anderen Blogbeitrag aufheben.<\/P>Da ArcGIS Online serverseitiges Antwort-Caching verwendet, wenn mehrere Benutzer dieselben Informationen anfordern, greift dieser Cache ein.  Dies entlastet sowohl den Server als auch die zugrunde liegende Datenbank und ermöglicht es Feature-Layern, auf Millionen von Benutzern und Clients zu skalieren, ohne dass Kacheln explizit im Voraus generiert werden müssen (was ArcGIS Online ebenfalls unterstützt, wenn Sie es benötigen).  Diese gecachten Antworten vom Server werden automatisch ungültig gemacht, sobald die Daten bearbeitet werden.  Dies stellt sicher, dass Clients, die den Layer verwenden, immer die aktuellsten Informationen erhalten.<\/P>Für viele von Ihnen lautet die einfache Geschichte: „ArcGIS Online verwendet Tile Queries und Response Caching strategisch zur Optimierung der Leistung und zur Reduzierung der Last.“  Für einige von Ihnen reicht dieses Wissen aus.  Aber für die neugierigeren Geogeeks hier ein tieferer Einblick unter die Haube, um alle beweglichen Teile zu verstehen, die harmonisch zusammenarbeiten, um leistungsfähige Feature-Layer bereitzustellen.<\/P>Client-seitiges Caching: Ihr persönlicher Cache im Browser<\/H2>Client-seitiges Caching ist wie Ihr eigener persönlicher Cache von Antworten vom Server, verwaltet durch Ihren Webbrowser.  Wenn Sie einen Feature-Layer abfragen, antwortet der Feature-Service mit einem Satz von Features, der heruntergeladen und im Cache Ihres Browsers gespeichert wird.  Wenn Sie in der Karte schwenken oder hinein- und herauszoomen, verwendet der Browser diese heruntergeladenen Features aus dem Browser-Cache wann immer möglich, um zu vermeiden, dass die Features bei jeder Änderung der Kartenansicht erneut heruntergeladen werden müssen.<\/P>Dieser Browser-Cache hat jedoch eine begrenzte Lebensdauer. Wenn Sie Ihre Daten während der Bearbeitung verschieben (pannen), fragt der Browser die Server ab, ob sich seit der letzten Abfrage etwas geändert hat. Falls ja, erhält der Browser die neuen Features und aktualisiert seinen Cache entsprechend.  Dies stellt sicher, dass das, was Sie auf der Karte sehen, aktuell ist und reduziert die Belastung Ihres Computers und von ArcGIS Online.  Dieser Browser-Cache bleibt nur auf dem Client bestehen und wird nirgendwo sonst gespeichert. Daher profitieren nur Sie davon und es beschleunigt nicht das Erlebnis anderer Benutzer.   Das bringt uns zum CDN (Content Delivery Network).  Dessen Ziel ist es, das Erlebnis für alle zu verbessern.<\/P>CDN: Ein Cache für alle und überall<\/H2>Content Delivery Networks oder kurz CDN sind das Rückgrat eines schnellen Internets.  Für öffentlich geteilte gehostete Feature-Layer wirkt das CDN ähnlich wie client-seitiges Caching mit einigen Unterschieden. Erstens wird der CDN-Antwortcache von jedem genutzt, der den Layer verwendet und dieselbe Abfrage sendet. Somit profitieren alle davon und nicht nur Sie.  Zweitens ist das CDN weltweit verteilt und der Cache wird gespiegelt. Das bedeutet selbst wenn die Server mit den Daten am anderen Ende der Welt stehen, ist der Cache höchstwahrscheinlich viel näher bei Ihnen.  Zusätzlich zum Caching hat die Datenübertragung somit weniger Hops über das Internet zu bewältigen und ist schneller herunterzuladen.<\/P>Server-seitiges Caching: Gemeinsam genutzt und gespeichert in ArcGIS Online<\/H2>Wie im vorherigen Abschnitt erwähnt verwenden nur öffentlich geteilte Layer das CDN. Layer innerhalb Ihrer Organisation nutzen den CDN-Antwortcache nicht.                                       
Dies stellt sicher dass Ihre privaten Daten nicht auf externen Servern weltweit zwischengespeichert werden.
Server-seitiges Caching speichert Antworten auf Kachel-Anfragen innerhalb von ArcGIS Online so dass andere Benutzer in Ihrer Organisation sowie die Öffentlichkeit den Cache wiederverwenden können wenn weder Browser-Cache noch CDN verfügbar sind.
Dieser Cache wird zwischen allen autorisierten Benutzern geteilt und intern als Teil der Infrastruktur von ArcGIS Online verwaltet.
Als Ergebnis kommen Abfragen schnell zurück belasten weniger die zugrunde liegenden Datenbanken und sorgen dafür dass alles auch bei hoher Last reibungslos läuft.
Wenn sich Ihre Daten ändern wird der Feature-Kachelcache ungültig gemacht um sicherzustellen dass Clients immer die aktuellsten Informationen sehen.
Zusammenfassung : Response Caching kurz gefasst<\/H2>Wenn man alle Caching-Methoden für gehostete Feature-Layer zusammenfasst sieht der Arbeitsablauf ungefähr so aus:<\/P><\/A><\/P><\/BODY><\/HTML>

DavidRunneals4

Just curious if anyone has noticed an issue of data sticking around in ArcGIS Online COTS map viewer/web app builder/etc when the feature service is empty.

After issuing the truncate command (Truncate (Feature Layer)—ArcGIS REST API: Services Directory | ArcGIS for Developers) the database is empty and a query to the feature service returns a count of 0, I have noticed that the data seems to be sticking around in the ArcGIS Online COTS map viewers/web app builders/op dashboards. Maybe it's a bug but figured I'd ask and see if anyone has seen this issue pop up when viewing apps that have hosted feature layers with no data in them.