Introduzione agli anti-pattern

Stai visualizzando la documentazione di Apigee Edge.
Vai alla documentazione di Apigee X. informazioni

Questa sezione riguarda gli anti-pattern comuni che vengono osservati come parte dei proxy API di cui è stato eseguito il deployment sulla piattaforma Apigee Edge.

La buona notizia è che ognuno di questi anti-pattern può essere chiaramente identificato e corretto con buone pratiche appropriate. Di conseguenza, le API di cui è stato eseguito il deployment su Edge sarebbero più efficienti per lo scopo previsto.

Riepilogo degli anti-pattern

Nella tabella seguente sono elencati gli anti-pattern in questa sezione:

Categoria	Anti-pattern
Anti-pattern dei criteri	Utilizzare WaitForComplete() nel codice JavaScript Impostare una scadenza lunga per i token OAuth Utilizza quantificatori greedy nel criterio RegularExpressionProtection Memorizzare nella cache le risposte di errore Archivia nella cache dati con dimensioni superiori a 512 kB Registra i dati su server di terze parti utilizzando il criterio JavaScript Utilizzo di una versione JSONPath non conforme Richiamare MessageLogging più volte in un proxy API Configurare la quota non distribuita Riutilizzare un criterio per le quote Utilizza il criterio AlzaFault in condizioni inappropriate Accedere in modo errato alle intestazioni HTTP multivalore in un proxy API Utilizza il callout di servizio per richiamare il servizio di backend in nessun proxy di destinazione Utilizzo di criteri OAuth V1 che sono deprecati. Consulta Ritiri.
Anti-pattern delle prestazioni	Lascia il deployment dei proxy API NodeJS inutilizzati
Anti-pattern generici	Richiamare le chiamate API di gestione da un proxy API Richiamare un proxy all'interno di un proxy utilizzando codice personalizzato o come target Gestire le risorse Edge senza utilizzare la gestione del controllo del codice sorgente Definire più host virtuali con lo stesso alias host e numero di porta Bilanciamento del carico con un singolo server di destinazione con MaxFailures impostato su un valore diverso da zero Accedere al payload di richiesta/risposta quando è abilitato il flusso di dati Definire più ProxyEndpoint in un proxy API
Anti-pattern di backend	Consenti un backend lento Disattivare le connessioni HTTP permanenti (keep-alive riutilizzabile)
Anti-pattern Edge per cloud privato	Aggiungi informazioni personalizzate allo schema di proprietà di Apigee nel database Postgres

Scarica l'ebook anti-pattern

Oltre ai link precedenti, puoi anche scaricare gli anti-pattern in formato ebook:

• Il libro di Apigee Edge Anti-pattern v2.0 (PDF)

Che cos'è un anti-pattern?

Wikipedia definisce un anti-pattern software come:

format_quote

Nell'ingegneria del software, un anti-pattern è un pattern comunemente utilizzato, ma che nella pratica è inefficace e/o controproducente.

format_quote

In breve, un anti-pattern è qualcosa che il software consente all'"utente" di fare, ma che può avere un impatto negativo in termini di funzionalità, manutenzione o prestazioni.

Ad esempio, considera il suono onnipotente "God Class/Object".

Nel gergo orientato agli oggetti, una god class è una classe che controlla troppe classi per una determinata applicazione.

Ad esempio, considera un'applicazione con il seguente albero di riferimento:

Come mostra l'immagine, la divinità utilizza e fa riferimento a troppe classi.

Il framework su cui è stata sviluppata l'applicazione non impedisce la creazione di tale classe, ma presenta molti svantaggi, i principali sono:

• Difficoltà di manutenzione
• Single point of failure durante l'esecuzione dell'applicazione

Di conseguenza, la creazione di tale classe dovrebbe essere evitata. È un anti-pattern.

Pubblico di destinazione

Questa sezione offre un servizio migliore agli sviluppatori Apigee Edge man mano che avanzano lungo il ciclo di vita della progettazione e dello sviluppo di proxy API per i loro servizi. Idealmente, dovrebbe essere utilizzata come guida di riferimento durante il ciclo di vita dello sviluppo delle API e durante la risoluzione dei problemi.