Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Bereitstellungsmodelle für Agenten
Bei einer grundlegenden AaaS-Erfahrung kann ein Anbieter Agenten nach verschiedenen Mustern einsetzen. Es gibt eine Vielzahl von Faktoren, die beeinflussen, wie Agenten eingesetzt werden, um Kunden-, Leistungs-, Compliance-, Geografie- und Sicherheitsanforderungen zu erfüllen. Verschiedene Bereitstellungsstrategien wirken sich darauf aus, wie ein Agent konzipiert, implementiert und genutzt wird. An dieser Stelle können wir klassische Begriffe für mehrere Mandanten einführen, um verschiedene Bereitstellungsstrategien zu kennzeichnen. Das folgende Diagramm zeigt verschiedene Varianten für den Einsatz von Agenten in einer AaaS-Umgebung.
Dieses Diagramm stellt drei Modi der Agentenbereitstellung dar. Auf der linken Seite befindet sich ein isoliertes Modell, bei dem jedem Mandanten ein vollständig isoliertes Erlebnis und eine spezielle Gruppe von Agenten zur Verfügung steht. In diesem Szenario teilen sich Agenten Rechenleistung, Ressourcen oder Ausführungsumgebungen nicht mandantenübergreifend.
Das mittlere Beispiel veranschaulicht ein Hybridmodell, bei dem Mandanten eine Kombination aus isolierten und gepoolten Agenten verwenden. Agent 1 wird beispielsweise im isolierten Modus eingesetzt — jeder Mandant erhält eine eigene Instanz —, während die Agenten 2 und 3 in einem Poolmodell arbeiten und Ressourcen von allen Mandanten gemeinsam nutzen.
Auf der rechten Seite befindet sich ein vollständig gepooltes Modell, bei dem alle Agenten von mehreren Mandanten gemeinsam genutzt werden, was eine klassische Mehrmandantenbereitstellung ermöglicht. In diesem Szenario nutzen Mandanten eine gemeinsame Rechen-, Speicher- und Serviceinfrastruktur für die Ausführung der Agenten.
Die Idee ist, dass Agenten in verschiedenen Bereitstellungsmodellen arbeiten können, wobei Rechenleistung und abhängige Ressourcen entweder dediziert (isoliert) oder von allen Mandanten gemeinsam genutzt (gepoolt) werden. Diese Bereitstellungsstrategien schließen sich nicht gegenseitig aus. Agentendienste unterstützen häufig ein breites Spektrum von Kundenanforderungen und kombinieren beide Modelle, um ein ausgewogenes Verhältnis zwischen Leistung, Isolierung, Kosten und Skalierbarkeit zu erreichen. Das folgende Diagramm zeigt ein Agentensystem, das mehrere Bereitstellungskonfigurationen innerhalb derselben Betriebsumgebung unterstützt.
In diesem Diagramm verfügt ein Agentenanbieter über drei Agenten, die über Agent as a Service (AaaS) bereitgestellt werden. Sie unterstützen zwei Arten von Mandanten. Auf der linken Seite haben zwei Mieter Konformitäts- und Leistungsanforderungen, die sie durch ein Full-Stack-Silomodell erfüllen. Der verbleibende Mandant auf der rechten Seite wird in einem Poolmodell ausgeführt, bei dem sich die Mandanten Ressourcen teilen.
Wenn Agilität und betriebliche Effizienz das Ziel sind, versuchen Sie, die Auswirkungen zu begrenzen, die mit der Unterstützung von Bereitstellungsmodellen pro Mandant verbunden sind. Das bedeutet, Routing- und andere Erlebnismechanismen einzurichten, mit denen Agenten über eine zentrale Oberfläche verwaltet, bedient und bereitgestellt werden können.
Wenn Sie einen Agenten in einer Umgebung mit wenig oder gar keinem Code entwickeln, wird es keine isolierten oder gepoolten Agenten geben. Stattdessen können Agenten vollständig von einem anderen Agenten verwaltet werden. Isolierte und gepoolte Modelle eignen sich eher für Umgebungen, in denen eine Organisation den Aufbau und die Präsenz des Agenten kontrolliert. In diesem Fall sollten sich die Teams überlegen, welches Bereitstellungsmodell unterstützt werden soll.
Oberflächlich betrachtet haben diese Bereitstellungsmodelle keinen direkten Einfluss darauf, wie ein Agent in einem umfassenderen System funktioniert. Ein Agent hat möglicherweise keine direkte Kenntnis von anderen Agenten, die in einem Silo- oder Poolmodell eingesetzt werden. Stattdessen können diese Bereitstellungsstrategien als Teil eines Routing-Konstrukts innerhalb einer Umgebung implementiert werden. Das folgende Diagramm zeigt ein Beispiel dafür, wie isolierte und gepoolte Modelle mithilfe einer Routing-Strategie implementiert werden können.
Dieses Beispiel umfasst drei Agenten von drei verschiedenen Anbietern. Jeder Agentenanbieter hat die Möglichkeit, seine eigene Bereitstellungsstrategie zu implementieren. Agent 1 verwendet beispielsweise einen Proxy, um eingehende Anfragen an eine Gruppe isolierter Mandantenagenten zu verteilen. Agent 2 benötigt kein Routing und unterstützt alle Mandantenanfragen über einen gemeinsamen Agenten. Bei Agent 3 handelt es sich um ein Hybridmodell, bei dem einige Mandanten isoliert und andere in einem Pool zusammengefasst sind.
Ob und wie Sie diese Bereitstellungsmodelle unterstützen, hängt von der Art Ihrer Lösung ab. Möglicherweise müssen Sie keines der beiden Modelle unterstützen. Möglicherweise gibt es jedoch Fälle, in denen Sie die Unterstützung dieser Strategie in Betracht ziehen müssen, z. B. in Bezug auf die Einhaltung von Vorschriften, Noisy Neighbor, Performance oder Tiering.
