1. Rileva in modo proattivo i problemi dell'applicazione utilizzando il monitoraggio della disponibilità nel servizio OCI APM
  2. Rileva in modo proattivo i problemi delle applicazioni utilizzando il monitoraggio della disponibilità nel servizio APM OCI

Rileva in modo proattivo i problemi delle applicazioni utilizzando il monitoraggio della disponibilità nel servizio APM OCI

Una volta in produzione, le applicazioni devono essere sempre disponibili e funzionali. Tuttavia, i problemi si verificano e richiedono una risoluzione immediata. Il monitoraggio continuo dello stato di un'applicazione garantisce la qualità del servizio fornito dall'applicazione. Il monitoraggio della disponibilità nel servizio Application Performance Monitoring (APM) di Oracle Cloud Infrastructure (OCI) rileva in modo proattivo i problemi di disponibilità e prestazioni prima che possano influire sull'esperienza aziendale o utente. Simula flussi di transazioni critici che gli utenti potrebbero sperimentare nella tua applicazione eseguendo monitoraggi prescritti da un set di posizioni preconfigurate in tutto il mondo e posizioni sicure impostate privatamente nella tua tenancy.

Architettura

Questa architettura di riferimento illustra due opzioni per l'impostazione dei punti di osservazione APM per monitorare in modo sicuro le applicazioni in esecuzione all'interno della rete aziendale, a cui i punti di osservazione APM pubblici non possono accedere. I due approcci sono:

  • Punto di osservazione in locale

    Il primo approccio consente di impostare un punto di osservazione on premise (OPVP) nell'infrastruttura on premise. La distribuzione di un OPVP nella rete aziendale consente di impostare il monitoraggio degli endpoint privati delle applicazioni in esecuzione dietro il firewall.

    Nell'ambito della configurazione OPVP, è necessario distribuire un Lavoratore punto di osservazione disponibile in locale (noto anche come Lavoratore) nell'ambiente in grado di eseguire un monitoraggio. Per distribuire un worker, è necessario disporre di una chiave dati privata del dominio APM o di privilegi di aggiornamento del dominio APM. La distribuzione è supportata per calcoli standalone, Kubernetes e più istanze di container. Quando un monitoraggio viene creato e pianificato per essere eseguito in OPVP, un lavoratore esegue il monitoraggio a intervalli pianificati. Una volta avviato un monitoraggio, OPVP comunicherà con il dominio APM e fornirà metriche, log del browser, dati di trace di rete, screenshot e file HAR. Per i dettagli, consulta il documento OCI "Use On-Premise Vantage Points", a cui puoi accedere da "Explore More", di seguito.

    L'esempio riportato di seguito mostra un OPVP distribuito nella rete in locale. Tuttavia, è possibile distribuire un OPVP all'interno di qualsiasi ambiente, all'interno dell'ambiente in locale o dell'ambiente cloud protetto.


    Descrizione di opvp-arch.png
    Descrizione dell'immagine opvp-arch.png

    opvp-arch-oracle.zip

    I callout in questo diagramma indicano:
    • A: le metriche relative allo stato vengono caricate dai lavoratori OPVP.
    • B: i file e gli screenshot HAR delle metriche vengono inviati al dominio APM.
  • Punto di osservazione dedicato

    Il secondo approccio imposta un punto di osservazione dedicato nella tenancy Oracle. La distribuzione di un punto di osservazione dedicato distribuisce automaticamente un cluster Kubernetes all'interno del compartimento. Questa operazione si connette alla VCN in cui sono in esecuzione le applicazioni. La distribuzione include un Deployment Manager che orchestra le distribuzioni dei singoli monitoraggi nel punto di osservazione dedicato.

    Quando un monitoraggio viene creato e pianificato per essere eseguito sul punto di osservazione dedicato, viene creata un'immagine Docker che esegue il monitoraggio a intervalli pianificati. Una volta eseguito un monitoraggio, il punto di osservazione dedicato comunicherà con il dominio APM e fornirà metriche, log del browser, dati di trace di rete, screenshot e file HAR.


    Descrizione di synth-monitor-apm-arch.png
    Descrizione dell'immagine synth-monitor-apm-arch.png

    synth-monitor-apm-arch-oracle.zip

    I callout in questo diagramma indicano:
    • R: il servizio APM invia i dati ai flussi OCI.
    • B: Deployment Manager ottiene i dati dal flusso OCI.
    • C: metriche di monitoraggio dello stato caricate.
    • D: le metriche, i file HAR e gli screenshot vengono inviati al dominio APM.
    • E: i trace, gli intervalli e le metriche vengono inviati al dominio APM (facoltativo).
Queste architetture presentano i componenti elencati di seguito.
  • Area

    Un'area geografica di Oracle Cloud Infrastructure è un'area geografica localizzata che contiene uno o più data center, denominati domini di disponibilità. Le regioni sono indipendenti da altre regioni e grandi distanze possono separarle (tra paesi o addirittura continenti).

  • Tenancy

    Una tenancy è una partizione sicura e isolata che Oracle imposta all'interno di Oracle Cloud quando ti iscrivi a OCI. È possibile creare, organizzare e amministrare le risorse in Oracle Cloud all'interno della tenancy. Una tenancy è sinonimo di azienda o organizzazione. In genere, un'azienda avrà una singola tenancy e rifletterà la propria struttura organizzativa all'interno di tale tenancy. Una singola tenancy viene in genere associata a una singola sottoscrizione e una singola sottoscrizione di solito ha una sola tenancy.

  • Compartimento

    I compartimenti sono partizioni logiche tra più aree all'interno di una tenancy OCI. Utilizza i compartimenti per organizzare le risorse in Oracle Cloud, controllare l'accesso alle risorse e impostare le quote d'uso. Per controllare l'accesso alle risorse in un determinato compartimento, definire criteri che specificano chi può accedere alle risorse e quali azioni possono eseguire.

  • Rete cloud virtuale (VCN) e subnet

    Una VCN è una rete personalizzabile definita dal software impostata in un'area geografica OCI. Come le tradizionali reti di data center, le reti VCN offrono un controllo completo sull'ambiente di rete. Una VCN può avere più blocchi CIDR non sovrapposti che è possibile modificare dopo aver creato la VCN. Puoi segmentare una VCN in subnet, che possono essere definite in un'area o in un dominio di disponibilità. Ogni subnet è costituita da un intervallo contiguo di indirizzi che non si sovrappongono alle altre subnet nella VCN. È possibile modificare le dimensioni di una subnet dopo la creazione. Una subnet può essere pubblica o privata.

  • Deployment Manager

    Deployment Manager consente di utilizzare una configurazione dichiarativa per creare, descrivere, aggiornare ed eliminare le risorse Kubernetes. Questa configurazione è un file YAML che configura le risorse Kubernetes o fornisce parametri a modelli di file YAML che contengono markup Jinja o script Python.

  • Container Engine for Kubernetes

    Oracle Cloud Infrastructure Container Engine for Kubernetes è un servizio completamente gestito, scalabile e ad alta disponibilità per distribuire le applicazioni containerizzate nel cloud. Puoi specificare le risorse di computazione richieste dalle tue applicazioni e Container Engine for Kubernetes ne esegue il provisioning su OCI in una tenancy esistente. Container Engine for Kubernetes utilizza Kubernetes per automatizzare l'implementazione, la scalabilità e la gestione di applicazioni containerizzate tra cluster di host.

  • Lavoratore punto di osservazione disponibilità in locale

    Conosciuto anche come Worker, si tratta di un componente proprietario Oracle gestito dall'utente che gestisce la strumentazione del motore browser e script per eseguire i comandi desiderati e raccoglie i dati di osservabilità richiesti e li trasmette ai collector APM.

  • Agente sintetico

    Un agente sintetico è un componente proprietario gestito da Oracle che gestisce la strumentazione del motore browser e script per eseguire i comandi desiderati e raccoglie i dati di osservabilità richiesti e li trasmette ai collector APM.

  • Monitoraggio delle prestazioni delle applicazioni

    Oracle Application Performance Monitoring è una soluzione basata su Platform as a Service (PaaS) che offre una visibilità approfondita delle prestazioni dell'applicazione, dall'utente finale ai log dell'applicazione. Il servizio integra le informazioni sulla user experience, le metriche delle applicazioni e l'analisi dei dati di log.

    • Dominio APM

      Il dominio APM è un tipo di risorsa OCI che contiene i sistemi monitorati da Application Performance Monitoring.

      Ogni dominio APM viene creato in un compartimento OCI standard ed è possibile definire criteri di controllo dell'accesso OCI per concedere l'accesso al dominio APM a un set specifico di utenti.

    • Controllo disponibilità

      Il monitoraggio della disponibilità consente un monitoraggio proattivo, che aiuta sviluppatori e operatori a prevenire problemi prima che gli utenti ne subiscano gli effetti. Consente di eseguire monitoraggi pianificati per garantire la disponibilità dell'applicazione.

      Utilizzando il monitoraggio della disponibilità, è possibile creare quattro tipi di monitoraggi: browser, browser con script, REST e rete REST con script, DNS, FTP e SQL. È possibile eseguirli da varie posizioni geografiche chiamate punti di osservazione.

    • Punti di osservazione
      I punti di osservazione sono posizioni da cui è possibile definire ed eseguire i controlli di disponibilità. Esistono tre tipi di punti di osservazione:
      • Punti di osservazione pubblici

        Un set diversificato di posizioni preconfigurate in tutto il mondo da cui è possibile eseguire i monitor.

      • Punti di osservazione dedicati

        Posizioni che è possibile impostare nella tenancy per assicurarsi di poter eseguire i monitoraggi in tutta sicurezza.

      • Punti di osservazione in locale

        Posizioni che puoi distribuire in qualsiasi ambiente, all'interno del tuo ambiente on premise o di un ambiente cloud protetto, per eseguire in modo sicuro i tuoi monitoraggi sulle tue applicazioni.

    • Traccianti APM

      Il record APM Tracers OpenTracing si estende con le metriche dell'applicazione e invia intervalli e metriche all'applicazione

.

Suggerimenti

Utilizzare i seguenti suggerimenti come punto di partenza per l'implementazione del monitoraggio della disponibilità. Le vostre esigenze potrebbero differire dall'architettura descritta qui.
  • Prima di avviare la procedura guidata, raccogliere informazioni importanti quali i dettagli della VCN, il token di autenticazione, l'OCID del dominio APM e la chiave privata del dominio APM.
  • Verificare se la VCN su cui si desidera eseguire il punto di osservazione consente la comunicazione diretta con gli endpoint dei dati del dominio APM. In caso contrario, dovrai anche inserire le informazioni sul proxy per completare la comunicazione.
  • Quando si imposta un punto di osservazione dedicato, abilitare l'upgrade automatico dell'opzione Artifact DVP. Questa opzione garantisce che il punto di osservazione dedicato venga aggiornato alla versione più recente dei componenti di disponibilità e rimanga sincronizzato con le stesse versioni dell'agente di disponibilità utilizzate nei punti di osservazione pubblici. Questa opzione è descritta, con screenshot, nel blog, "Come utilizzare i propri punti di osservazione dedicati con monitoraggio della disponibilità", a cui è possibile accedere dall'argomento Esplora di seguito.
  • Quando si utilizza l'OPVP, assicurarsi di utilizzare la versione OPVP più recente.

Considerazioni

Quando si implementa il monitoraggio della disponibilità in OCI APM Service, tenere presente quanto riportato di seguito.

  • È possibile distribuire un tracciante APM o un agente APM nell'applicazione per raccogliere trace e intervalli. In caso di problemi, è possibile eseguire il drill-down dalle esecuzioni di monitoraggio non riuscite o lente per aprire una vista contestuale in Trace Explorer. Qui è possibile rivedere tutte le osservazioni raccolte durante il monitoraggio.
  • È possibile eseguire test sugli endpoint degli integratori. Se l'applicazione esegue una chiamata a un servizio Web di terze parti o interno, è necessario eseguire regolarmente il test di tali endpoint per assicurarsi che l'applicazione rimanga funzionante a livello generale.

Distribuire

Per distribuire i punti di osservazione dedicati, consulta questa DEMO end-to-end acquisita nell'esercitazione su Oracle Cloud APM "DEMO: Synthetic Monitoring", alla quale puoi accedere dall'argomento Esplora di seguito.

Visualizza altro

Per ulteriori informazioni su Oracle Application Performance Monitoring, consultare le risorse aggiuntive riportate di seguito.

conferme

  • Autore: Yutaka Tukatsu
  • Contributori: Rahul Chandok, Avi Huber, Jurgen Leijer, Mohammad Farooq Rahman, Anand Shivahare,

Log delle modifiche

Questo log elenca le modifiche significative: