Premiers pas avec les microservices

Eléments de base

Plate-forme complète et ouverte pour les microservices

Pour la modernisation des applications, il est nécessaire d'intégrer plusieurs technologies afin de constituer la bonne base de 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.

Conditions des microservices

Sans serveur - Aucun état persistant n'est nécessaire dans un magasin de données, les tâches étant exécutées à la volée et le style d'oubli. Par exemple, les fonctions lambda et les passerelles d'API.

API-driven - Les microservices communiquent les uns avec les autres à l'aide d'API REST, par exemple une passerelle d'API. Chaque microservice possède une définition d'API.

Microservices asynchrones - L'association est faible 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 - Les flux métier (humains dans la boucle) représentent également des transactions à long terme, par exemple, avec des structures BPMN, telles que Camunda, Zeebe ou temporal.io.

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

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

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

Microservices cloud hybride - Microservices qui fonctionnent sur le centre de données du client (cloud privé) et un cloud public, par exemple, avec Kubernetes/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 un Cloud privé, par exemple, avec Kubernetes/maillage de services pour une orchestration sur plusieurs Clouds (pour réduire les risques et empêcher un enfermement sur un seul Cloud public).

Les défis des microservices

Bien que les microservices soient synonymes de modernisation des applications et constituent la voie à suivre pour tous les développement d'applications, quelques considérations permettent d'améliorer l'efficacité de la transition vers les architectures de microservices.

• Choisir le 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 appropriés, la transition vers les microservices a été améliorée par rapport 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 limitation des performances dans certains cas). Les SAGA synchrones se sont révélés plus performants et plus robustes, qui sont encore simplifiés grâce à 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 niveau de l'application ou du niveau intermédiaire, mais également au niveau des données, pour un déploiement global d'un bout à l'autre et la prise en charge des architectures de microservices. Les intégrations d'outils et d'analyses commencent à aborder cet aspect important pour les déploiements hybrides.