Inizia subito con i microservizi

Elementi di base

Una piattaforma completa e aperta per i microservizi

Per la modernizzazione delle app, è necessario integrare più tecnologie per creare le basi giuste per i microservizi multicloud. Oracle LiveLabs ti dà l'accesso agli strumenti e alle tecnologie Oracle per seguire una vasta gamma di laboratori e workshop. Questi workshop mostrano come utilizzare le tecnologie aperte insieme a quelle Oracle per creare architetture più semplici in grado di offrire flessibilità di implementazione. Crea microservizi in Oracle LiveLabs con componenti cloud e ibridi disponibili in OCI, Autonomous Database, Helidon, Micronaut, Weblogic, Java, Docker, Kubernetes e Istio Service Mesh, in uno stack di piattaforme di microservizi all'avanguardia. Ci sono diversi laboratori che possono aiutarti a modernizzare le applicazioni aziendali monolith e a iniziare il tuo percorso verso i microservizi o a semplificarlo se l'hai già intrapreso.

Termini dei microservizi

Serverless - Non è necessario alcuno stato persistente in un archivio dati; i task vengono eseguiti all'istante, ad esempio con funzioni lambda e gateway API. Ad esempio, funzioni lambda e gateway API.

Basato sulle API: i microservizi comunicano tra loro utilizzando le API REST, ad esempio un gateway API. Ogni microservizio ha una definizione API.

Microservizi asincroni: l'accoppiamento viene raggiunto con una messaggistica asincrona attraverso code o software, ad esempio con Oracle Advanced Queuing o Apache Kafka.

Azioni del flusso di lavoro: i flussi aziendali (con le persone in loop) rappresentano anche transazioni con tempi di esecuzione lunghi, ad esempio con framework BPMN, come il flusso Camunda, Zeebe o temporal.io.

Workflow automatico: task che vengono eseguiti come flusso di lavoro semplice in modo automatico (senza alcun intervento umano nel loop), ad esempio con Apache Airflow and Argo (CNCF).

Data-driven: l'architettura dei dati determina l'utilizzo dei dati nell'applicazione per le operazioni e i processi decisionali, in genere con un'area di memorizzazione persistente, ad esempio Oracle Converged Database o con database ad uso speciale.

Cloud nativo: un'applicazione sviluppata interamente per il cloud, ad esempio con componenti CNCF e servizi OCI.

Microservizi cloud ibridi: microservizi che funzionano nel data center del cliente (cloud privato) e in un cloud pubblico, ad esempio, con Kubernetes/service mesh da orchestrare in un cloud privato e nel cloud pubblico (casi d'uso di bursting del cloud).

Microservizi multi-cloud: microservizi che funzionano su almeno due cloud pubblici e un cloud privato, ad esempio con Kubernetes/service mesh da orchestrare su più cloud (per fornire mitigazione dei rischi e prevenire un lock-in su un cloud pubblico).

Le sfide dei microservizi

Sebbene i microservizi siano sinonimo di modernizzazione delle applicazioni e siano la via da seguire per lo sviluppo di tutte Le applicazioni, ci sono alcune considerazioni che rendono più efficiente il percorso verso le architetture dei microservizio.

• Scegliere il numero di microservizi indipendenti per un'applicazione. Una distribuzione di microservizi diventa complessa quando è necessario distribuire migliaia di microservizi e si prevede che funzionino in armonia quando il contesto di ciascun servizio è molto piccolo. L'esperienza ci indica che quando 20-50 microservizi vengono identificati con 20-50 contesti delimitati appropriati, la migrazione ai microservizi offre prodotti risultati migliori rispetto ai vantaggi promessi.
• L'implementazione delle transazioni oltre i confini dei microservizi è stata una sfida con le transazioni XA (in alcuni casi sincroni e con limitazioni delle prestazioni). Gli SAGA sincroni si sono dimostrati più performanti e solidi, che vengono ulteriormente semplificati con il supporto nell'Oracle Database convergente.
• L'esigenza di un accoppiamento non rigido tra microservizi risulta un problema con l'utilizzo di servizi API REST sincroni e i sistemi di messaggistica/accodamento rendono questa comunicazione asincrona e più scalabile nella distribuzione di applicazioni in un ambiente cloud ibrido.
• La tracciabilità e l'osservabilità non sono importanti solo al livello di applicazione o di medio livello, ma anche a livello di dati, per una distribuzione end-to-end olistica e per Il supporto delle architetture di microservizio. Gli strumenti e le integrazioni degli analytics stanno iniziando a soddisfare questo importante aspetto per le distribuzioni ibride.