Server stellen die zentralen Funktionen von WebSphere ESB bereit. ESB-Server erweitern die Funktionalität eines Anwendungsservers hinsichtlich der Handhabung von Mediationsmodulen. Andere Server (Deployment Manager und Knotenagenten) werden zur Verwaltung von ESB-Servern verwendet.
Bei einem ESB-Server kann es sich entweder um einen eigenständigen Server oder einen verwalteten Server handeln. Ein verwalteter Server kann optional Member eines Clusters sein. Eine Gruppe von verwalteten Servern, Clustern mit Servern und weiterer Middleware wird als Implementierungsumgebung bezeichnet. In einer Implementierungsumgebung wird jeder verwaltete Server oder Cluster für eine bestimmte Funktion innerhalb der Implementierungsumgebung konfiguriert (z. B. Zielhost, Anwendungsmodulhost oder Common Event Infrastructure-Server). Ein eigenständiger Server wird so konfiguriert, dass alle erforderlichen Funktionen bereitgestellt werden.
Server stellen die Laufzeitumgebung für Mediationsmodule, die von diesen Modulen verwendeten Ressourcen (Datenquellen, Aktivierungsspezifikationen und JMS-Ziele) und die von IBM gelieferten Ressourcen (Nachrichtenziele und Common Event Infrastructure-Server) bereit.
Ein Knotenagent ist ein Verwaltungsagent, der einen Knoten in Ihrem System darstellt und die Server auf diesem Knoten verwaltet. Knotenagenten überwachen die Server auf einem Hostsystem und leiten Verwaltungsanforderungen an die Server weiter. Der Knotenagent wird erstellt, wenn ein Knoten in einen Deployment Manager eingebunden wird.
Ein Deployment Manager ist ein Verwaltungsagent, der eine zentrale Managementsicht für mehrere Server und Cluster bereitstellt.
Ein eigenständiger Server wird durch ein eigenständiges Profil definiert; ein Deployment Manager wird durch ein Deployment Manager-Profil definiert; verwaltete Server werden in einem verwalteten Knoten erstellt, der durch ein benutzerdefiniertes Profil definiert wird.