Premiers pas avec les microservices

blocs de construction

Plate-forme complète et ouverte pour les microservices

Pour la modernisation des applications, il faut intégrer plusieurs technologies afin de constituer la bonne base des microservices multicloud. Oracle LiveLabs vous donne accès aux outils et technologies Oracle pour exécuter un large éventail d'ateliers et de sessions. Ces ateliers montrent comment utiliser les technologies ouvertes avec Oracle pour créer des architectures plus simples qui offrent une flexibilité de déploiement. Créez des microservices dans Oracle LiveLabs avec les composants cloud et hybrides disponibles dans OCI, Autonomous Database, Helidon, Micronaut, Weblogic, Java, Docker, Kubernetes et Istio Service Mesh, dans une pile de plate-forme de microservices complète. Il existe plusieurs ateliers pour vous aider à moderniser les applications d’entreprise monolithes afin de vous permettre de vous lancer dans votre parcours vers les microservices ou de le simplifier si vous êtes déjà sur cette voie.

Termes relatifs aux microservices

Sans Serveur - Aucun état persistant n'est nécessaire dans une banque de données, les tâches sont exécutées à la volée ("fire and forget style") par exemple. Par exemple, les fonctions lambda et les passerelles API.

En fonction d'API : les microservices communiquent entre eux à l'aide d'API REST, par exemple une passerelle d'API. Chaque microservice dispose d'une définition d'API.

Microservices asynchrones - Les couplages sont limités grâce à la messagerie asynchrone via des files d'attente ou des logiciels de transmission en continu (par exemple avec Oracle Advanced Queuing ou Apache Kafka).

Actions de workflow : flux métier (avec des humains dans la boucle) représentant également des transactions à longue durée d'exécution, par exemple, avec des structures BPMN, telles que Camunda, Zeebe ou temporal.io.

Workflow automatisé - Tâches qui s'exécutent en tant qu'workflow simple et automatisé (sans humain dans la boucle), par ex. avec Apache Airflow et Argo (CNCF).

Axé sur les données - L'architecture de vos données favorise l'utilisation de vos données dans l'application pour les opérations et l'aide à la décision, généralement avec un emplacement de stockage persistant, par exemple Oracle Converged Database ou avec des bases d'informations à usage spécial.

Cloud natif - Application entièrement développée pour le cloud, par exemple, avec des composants CNCF et des services OCI.

Microservices cloud hybrides - Microservices qui fonctionnent dans le centre de données du client (cloud privé) et dans un cloud public, par exemple, avec Kubernetes/le maillage de services pour orchestrer sur un cloud privé et un cloud public (cas d'utilisation de l'éclatement du cloud).

Microservices multicloud - Microservices qui fonctionnent sur au moins deux clouds publics et leur propre cloud privé, par exemple avec Kubernetes/Service mesh pour être orchestrés sur plusieurs clouds (des risques et prévention d'un enfermement dans un seul cloud public)

Défis liés aux microservices

Bien que la modernisation des applications soit synonyme de micro-services et constitue la voie à suivre pour tous les développements d'applications, quelques considérations permettent d'améliorer l'efficacité de la migration vers les architectures de micro-services.

• Choix du nombre de microservices indépendants pour une application. Un déploiement de microservices devient complexe lorsque des milliers de microservices doivent être déployés et doivent fonctionner en harmonie lorsque le contexte de chaque service est très petit. L'expérience indique que lorsque 20 à 50 microservices sont identifiés dans les contextes limités adéquats, le passage aux microservices a été mieux adapté aux avantages promis.
• La mise en œuvre de transactions au-delà des limites des microservices a été un défi avec les transactions XA (synchrones et limitant les performances dans certains cas). Les SAGA synchrones se sont révélés plus performants et plus robustes, ce qui est encore simplifié avec la prise en charge dans Oracle Database convergé.
• La nécessité d'un couplage faible entre les microservices pose un problème avec l'utilisation de services d'API REST synchrones, et les systèmes de messagerie/mise en file d'attente rendent cette communication asynchrone et plus évolutive dans le déploiement d'applications dans un environnement cloud hybride.
• Le suivi et l'observabilité ne sont pas seulement importants au plan de l'application ou du niveau intermédiaire, mais également au plan des données, pour un déploiement d'un bout à l'autres global et la prise en charge des architectures de micro-services. Les intégrations d'outils et d'analyses commencent à aborder cet aspect important pour les déploiements hybrides.