Einführung in Antimuster

Sie sehen die Dokumentation zu Apigee Edge.
Zur Apigee X-Dokumentation weitere Informationen

In diesem Abschnitt geht es um gängige Anti-Muster, die als Teil der auf der Apigee Edge-Plattform bereitgestellten API-Proxys beobachtet werden.

Die gute Nachricht ist, dass jedes dieser Antimuster korrekt identifiziert und mit geeigneten Best Practices korrigiert werden kann. Folglich würden die auf Edge bereitgestellten APIs ihren beabsichtigten Zweck erfüllen und leistungsfähiger sein.

Zusammenfassung der Antimuster

In der folgenden Tabelle sind die in diesem Abschnitt beschriebenen Antimuster aufgeführt:

Category	Antimuster
Richtlinien-Antimuster	waitForComplete() im JavaScript-Code verwenden Lange Ablaufzeit für OAuth-Tokens festlegen Gierige Quantifizierer in der Richtlinie "RegularExpressionProtection" verwenden Cache-Fehlerantworten Daten mit einer Größe von mehr als 512 KB im Cache speichern Daten mithilfe der JavaScript-Richtlinie in Servern von Drittanbietern protokollieren Verwendung einer nicht konformen JSONPath-Version MessageLogging mehrmals in einem API-Proxy aufrufen Nicht verteiltes Kontingent konfigurieren Kontingentrichtlinie wiederverwenden RaiseFault-Richtlinie unter unangemessenen Bedingungen verwenden Falscher Zugriff auf HTTP-Header mit mehreren Werten in einem API-Proxy Mit Service Callout den Back-End-Dienst in keinem Zielproxy aufrufen Verwendung von OAuth V1-Richtlinien, die eingestellt wurden. Weitere Informationen finden Sie unter Veraltete Funktionen.
Leistungsbezogene Antimuster	Nicht verwendete NodeJS API-Proxys bereitstellen
Allgemeine Antimuster	API-Aufrufe über einen API-Proxy aufrufen Proxy innerhalb eines Proxys mit benutzerdefiniertem Code oder Ziel aufrufen Edge-Ressourcen ohne Versionsverwaltung verwalten Mehrere virtuelle Hosts mit demselben Hostalias und derselben Portnummer definieren Load-Balancing mit einem einzelnen Zielserver, bei dem MaxFailures auf einen Wert ungleich null gesetzt ist Zugriff auf die Anfrage-/Antwort-Nutzlast, wenn das Streaming aktiviert ist Mehrere ProxyEndpoints in einem API-Proxy definieren
Antimuster im Back-End	Langsames Back-End zulassen Persistente HTTP-Verbindungen (wiederverwendbare Keep-Alive-Verbindungen) deaktivieren
Edge für Private Cloud-Antimuster	Benutzerdefinierte Informationen zum Apigee-eigenen Schema in der Postgres-Datenbank hinzufügen

Antimuster-E-Book herunterladen

Zusätzlich zu den obigen Links können Sie die Antimuster im E-Book-Format herunterladen:

• The Book of Apigee Edge Antipatterns v2.0 (PDF)

Was ist ein Antimuster?

Wikipedia definiert ein Software-Antimuster wie:

format_quote

Bei der Softwareentwicklung ist ein Antimuster ein Muster, das häufig verwendet wird, aber ineffektiv ist und/oder ineffektiv ist.

format_quote

Einfach ausgedrückt ist ein Anti-Pattern etwas, das die Software dem "Nutzer" ermöglicht, jedoch nachteilige Auswirkungen auf die Funktion, Bedienbarkeit oder die Leistung haben kann.

Stellen Sie sich beispielsweise das flüchtige Objekt "God Class/Object" vor.

In der objektorientierten Ausrichtung ist eine God-Klasse eine Klasse, die zu viele Klassen für eine bestimmte Anwendung steuert.

Beispiel: Betrachten Sie eine Anwendung mit dem folgenden Referenzbaum:

Wie das Bild veranschaulicht, verwendet die God-Klasse zu viele Klassen und verweist auf zu viele Klassen.

Das Framework, auf dem die Anwendung entwickelt wurde, verhindert nicht die Erstellung einer solchen Klasse, sondern es weist viele Nachteile auf. Dazu gehören:

• Verwaltung schwierig
• Single Point of Failure, wenn die Anwendung ausgeführt wird

Aus diesem Grund sollte eine solche Klasse vermieden werden. Es ist ein Antimuster.

Zielgruppe

Dieser Abschnitt eignet sich am besten für Apigee Edge-Entwickler, während sie den Lebenszyklus des Entwerfens und Entwickelns von API-Proxys für ihre Dienste durchlaufen. Er sollte im Rahmen des API-Entwicklungszyklus und während der Fehlerbehebung idealerweise als Referenzleitfaden dienen.