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.
Agenten treffen auf Mehrmandantenfähigkeit
Man kann sich Agenten leicht als Bausteine vorstellen, bei denen Agenten als eine Reihe von autonomen Komponenten betrachtet werden, die so zusammengestellt werden, dass sie die Anforderungen einer bestimmten Domäne oder eines bestimmten Geschäftsproblems erfüllen. Interessanter wird es, wenn wir darüber nachdenken, wie diese Agenten von Anbietern verpackt und genutzt werden. In vielerlei Hinsicht wird ein Agent zu einer Kosten- und Einnahmequelle für ein Unternehmen. Anbieter von Maklern müssen die verschiedenen Personas berücksichtigen, die ihre Dienste in Anspruch nehmen, das Nutzungsprofil der Personas und die Monetarisierungsstrategien, die es den Anbietern von Vermittlern ermöglichen, Preis- und Staffelungsmodelle zu entwickeln, die sich an den Verbrauchern orientieren.
Agentenanbieter könnten mehrere Modelle für den Einsatz ihrer Agenten unterstützen, um den Kundenanforderungen gerecht zu werden. Das folgende Diagramm zeigt eine konzeptionelle Ansicht der beiden wichtigsten Bereitstellungsmodelle für Agenten.
Auf der linken Seite des Diagramms ist das Modell für kundenorientierte Agenten dargestellt. Ein Agentenanbieter erstellt einen Agenten, indem er für jeden registrierten Kunden eine separate Agenteninstanz bereitstellt. Bei diesem Ansatz wären die Fähigkeiten des Agenten und seine Fähigkeit, sich Wissen anzueignen, auf die Umgebung eines bestimmten Kunden beschränkt. Letztlich handelt es sich um ein Kundenerlebnis, das einige der Komplexitäten und Vorteile der Unterstützung spezieller Kundenumgebungen mit sich bringt.
Im Gegensatz dazu zeigt das Diagramm auf der rechten Seite des Diagramms einen einzelnen Agenten, der in der Umgebung des Anbieters eingesetzt wird. Der Mitarbeiter bearbeitet Anfragen von mehreren Kunden, entwickelt sich weiter und lernt auf der Grundlage der kollektiven Erfahrungen aller Kunden. Jeder neue Kunde, der hinzugefügt wird, würde einfach einen weiteren gültigen Kunden des Agenten repräsentieren. Der Agent läuft wie ein Agent-as-a-Service-Modell (AaaS) und verwendet gemeinsame Konstrukte, um die Bedürfnisse eines Kunden zu erfüllen. In beiden Fällen können Agent-Nutzer Anwendungen, Systeme oder sogar andere Agenten sein.
Es gibt zwei Möglichkeiten, das AaaS-Modell zu betrachten. Das obige Modell bietet allen Kunden das gleiche Erlebnis. Das bedeutet, dass die internen Fähigkeiten des Agenten keine Spezialisierung beinhalten, die den Kontext des anfragenden Kunden berücksichtigt. Im Allgemeinen wird bei diesem Modus davon ausgegangen, dass der Aufgabenbereich, die Ziele und der Wert eines Agenten auf einem gemeinsamen Satz von Ressourcen, Kenntnissen und Ergebnissen beruhen, die für alle Kunden gelten.
Beim alternativen Ansatz zu AaaS beeinflusst der Kundenkontext die Erfahrung und Implementierung des Agenten. Das folgende Diagramm bietet einen konzeptionellen Überblick über den Footprint eines AaaS-Agenten in diesem Zusammenhang.
In dieser AaaS-Ansicht wirken sich Herkunft und Kontext der eingehenden Anfragen erheblich auf die Präsenz des Agenten aus. Die Ressourcen, Aktionen und Tools, die Teil der zugrunde liegenden Implementierung des Agenten sind, können für jede eingehende Mandantenanfrage unterschiedlich sein. Der Wert eines Agenten hängt von seiner Fähigkeit ab, den Mandantenkontext zu nutzen, um Aktionen und Ergebnisse zu erzielen, die vom Status des Mandanten, seinem Wissen und anderen Faktoren beeinflusst werden. Einige Anfragen können zu einem eindeutigen Ergebnis für den Mandanten führen, während andere zu maßgeschneiderten Ergebnissen für jeden Mandanten führen können. Dies verleiht der Lernfähigkeit des Agenten eine neue Dimension. Dazu könnte auch gehören, stärker kontextbezogen zu sein und Wissen zu erwerben und anzuwenden, das die angestrebten Ergebnisse verbessert.
Für Anbieter bietet das AaaS-Modell viele Vorteile. Da mehrere Kunden einen einzigen Agenten nutzen, hat der Anbieter bessere Möglichkeiten, Skaleneffekte zu erzielen, die betriebliche Effizienz zu steigern, die Kosten zu kontrollieren und ein einheitliches Managementerlebnis zu schaffen. Dies hat das Potenzial für mehr Agilität, Innovation und Wachstum für das Agentengeschäft.
Diese Eigenschaften überschneiden sich mit den gleichen Prinzipien, die die Einführung des SaaS-Modells (Software as a Service) vorantreiben. Im Wesentlichen ist das AaaS-Modell als Multi-Tenant-Service konzipiert, der viele der gleichen Skalierungs-, Resilienz-, Isolations-, Onboarding- und Betriebsattribute wie in einer SaaS-Umgebung bietet. In vielerlei Hinsicht lehnt sich die AaaS-Erfahrung stark an die Strategien und Praktiken der SaaS-Anbieter an, aber es ist vernünftig, diese Begriffe zu trennen. Für unsere Zwecke liegt der Schwerpunkt hauptsächlich auf den Auswirkungen, die mit Bau- und Betriebsagenturen einhergehen, die Unterstützung mehrerer Mandanten benötigen.
Bei einem System, das alle Benutzer gleich behandeln kann und nicht die Verwaltung persistenter, sensibler oder kundenspezifischer Daten erfordert, würde das Konzept des Mietverhältnisses nur minimale Auswirkungen auf die Agenten haben. Bei Systemen, von denen erwartet wird, dass sie mehrere Kunden bedienen und gleichzeitig Datenisolierung, Anpassung und Kontextsensitivität wahren, könnte die Unterstützung mehrerer Mandanten ein wesentlicher Bestandteil des Designs, der Strategie und des Ziels eines Agenten sein. Das folgende Diagramm zeigt, wie Mehrmandantenfähigkeit in behördlichen Umgebungen eingesetzt werden kann.
Auf der linken Seite dieses Diagramms befindet sich eine klassische Multi-Tenant-Architektur. Sie umfasst eine Webanwendung und eine Reihe von Microservices, die Geschäftslogik implementieren. Mehrere Mandanten nutzen die gemeinsam genutzte Infrastruktur dieser Umgebung und skalieren, um den wechselnden Arbeitsbelastungen einer sich ständig weiterentwickelnden Mandantenpopulation gerecht zu werden. Die Umgebung wird für alle Mieter über eine einzige Glasscheibe betrieben und verwaltet.
Stellen Sie sich vor, wie dieses mentale Modell dem Agenten auf der rechten Seite dieses Diagramms zugeordnet wird. Ein Agent führt ein AaaS-Modell aus, das von einem oder mehreren Mandanten genutzt wird. Die Agenten könnten von mehreren Anbietern stammen, wobei der Mandantenkontext zwischen ihnen fließt, da eine einzelne Instanz eines Agenten Anfragen von mehreren Mandanten verarbeiten muss.
Das Beispiel in der Mitte dieses Diagramms ist ein Hybridmodell, bei dem Agenten Teil des gesamten SaaS-Erlebnisses sind. Einige Teile des Systems werden in einem traditionelleren Modell implementiert, während andere Teile des Systems auf Agenten angewiesen sind. Dieses Muster ist wahrscheinlich bei vielen SaaS-Angeboten üblich, insbesondere bei Unternehmen, die auf eine Agentenerfahrung umsteigen. Es ist üblich, dass dieses Modell fortbesteht, da nicht alle Systeme als reines AaaS bereitgestellt werden. Beachten Sie auch, dass die Mehrmandantenfähigkeit für die Agenten des Modells weiterhin gilt. Die Agenten können zwar in ein System eingebettet sein, sie können aber dennoch Anfragen von mehreren Mandanten bearbeiten.
Es liegt auf der Hand, sich zu fragen, ob Mehrmandantenfähigkeit wirklich wichtig ist. Sie könnten argumentieren, dass ein Agent Anfragen bearbeitet, sodass die Unterstützung des Mietverhältnisses möglicherweise nur geringe Auswirkungen hat. Wenn wir uns jedoch eingehender mit den Auswirkungen von Agenten mit mehreren Mandanten befassen, kann sich das Mietverhältnis direkt darauf auswirken, wie Agenten beeinflussen, wie auf Tools, Speicher, Daten und andere Agententeile zugegriffen, bereitgestellt und konfiguriert werden, um einzelne Mandanten zu unterstützen. Das Mietverhältnis beeinflusst auch, wie Skalierung, Drosselung, Preisgestaltung, Staffelung und andere geschäftliche Aspekte sich auf die Architektur Ihres Agenten auswirken.
Eine Erkenntnis daraus ist, dass es Anwendungsfälle für Agenturen gibt, die Unterstützung mehrerer Mandanten erfordern. Die Herausforderung besteht darin, herauszufinden, wie Mehrmandantenfähigkeit das Gesamtdesign und die Architektur Ihrer Agentenerfahrung beeinflusst. Für einige Agenten stellt der Mehrmandanten-Support ein Alleinstellungsmerkmal dar, das es den Agenten ermöglicht, ihren Agenten einen mandantenspezifischen Kontext zuzuweisen, um zielgerichtete Ergebnisse zu erzielen.
In den folgenden Abschnitten erfahren Sie, wie nützlich die Terminologie und die Entwurfsmuster sind, die wir zur Beschreibung von mehrinstanzenfähigen SaaS-Architekturen erstellen. Diese Konzepte können in das AaaS-Modell übernommen werden, indem nützliche Aspekte übernommen werden, wodurch neue agentenspezifische Konzepte eingeführt werden, wo sie benötigt werden.
Identität, Mandantenkontext und Agentensysteme
Das Hinzufügen von Mandantenkontext zu einzelnen Agenten ist keine besondere Herausforderung. In vielen Fällen können sich Teams auf typische Mechanismen verlassen, die Benutzer und Systeme an Mandanten binden und Token, die den Mandanten kennen, an Agenten weitergeben. Dies ist relevant, wenn wir bedenken, wie der Kontext und die Identität von Mandanten mehrere Agenten unterstützen. In diesem Modell müssen Mandanten an eine Identität gebunden sein, die sich über alle zusammenarbeitenden Agenten erstreckt.
Im Allgemeinen erfordert die Agentendomäne ein stärker bereichsübergreifendes Identitätsmodell, das den aktuellen und zukünftigen Bedürfnissen der Agentensysteme entspricht. Agentenanbieter benötigen Identitätsmechanismen, die einzigartige Sicherheits-, Compliance- und Autorisierungsmodelle unterstützen, die mit den operativen Agentensystemen einhergehen. Dies ist besonders schwierig in Umgebungen, in denen Systeme von Kunden oder anderen Agenten zusammengestellt werden. Jeder Onboarding-Agent muss seine Identität und seinen Mandantenkontext mit den Interaktionen der Agenten verknüpfen. Das folgende Diagramm verdeutlicht die potenziellen Herausforderungen im Zusammenhang mit Identität und Mandantenkontext, die Teil von Interaktionen agent-to-agent (a2a) sind.
Dieses Diagramm zeigt eine Reihe von von Anbietern entwickelten Agenten, die als Teil des von uns behandelten Agentensystems interagieren. Es wurde jetzt mit Identitäts- und Mandantenkontext nachgerüstet. Dieses Szenario ist ein Beispiel für ein Agentensystem, das mehrere Einstiegspunkte unterstützt. Wir gehen davon aus, dass jeder Agent in diesem System seinen eigenen Authentifizierungsmechanismus benötigt, um das System oder den Benutzer einem bestimmten Mandanten zuzuordnen. Während diese Agenten interagieren, wird der Mandantenkontext an ein JSON-Web-Token (JWT) übergeben, das verwendet wird, um den Zugriff zu autorisieren und den Mandantenkontext in den Agenten einzufügen.
Konzeptionell besteht der Hauptunterschied zu diesem Szenario darin, dass Agenten unabhängig voneinander bereitgestellt und betrieben werden, was bedeutet, dass jeder Agent in der Lage sein muss, seine Identität zu ermitteln und den Zugriff zu autorisieren. Der Schlüssel liegt darin, dass seine Identität über eine gewisse verteilte Fähigkeit verfügen muss, um den Anforderungen des umfassenderen Agentensystems gerecht zu werden. Außerdem muss die Art und Weise, wie Agenten den Mandantenkontext teilen, aufeinander abgestimmt werden.
Anwendung des SaaS-Geschäftswerts auf AaaS
Im Allgemeinen berücksichtigen wir bei der Ausführung eines Systems in einem as-a-service Modell die Art der Erfahrung und die Art und Weise, wie sich der technische und betriebliche Fußabdruck auf die Geschäftsergebnisse auswirkt. Bei der Einführung von SaaS nutzen Unternehmen beispielsweise Skaleneffekte, betriebliche Effizienz, Kostenprofile und Flexibilität, um Wachstum, Margen und Innovation voranzutreiben.
Agenten, die als AaaS bereitgestellt werden, werden wahrscheinlich ähnliche Geschäftsergebnisse erzielen. Durch die Unterstützung mehrerer Mandanten kann ein Agent den Ressourcenverbrauch an den Aktivitäten der Mandanten ausrichten. Dies führt zu Skaleneffekten, die mit herkömmlichen SaaS-Umgebungen einhergehen. AaaS ermöglicht es Unternehmen auch, Agenten so zu verwalten, zu betreiben und einzusetzen, dass häufige Releases möglich sind und die Agentenanbieter flexibler arbeiten können. Der Schlüssel ist, dass das AaaS-Modell nicht von Technologie abhängt. Es entwickelt und fördert Geschäftsstrategien, die das Wachstum fördern, die Akzeptanz optimieren und den Betrieb vereinfachen.
