{"product_id":"110970","title":"Architecture des microservices vue par un praticien (2e édition) ","description":"\u003ccenter\u003e\u003cdiv style=\"text-align:center\"\u003e\u003cimg src=\"https:\/\/tmgdisk01.cafe24.com\/images\/vs\/4172\/sv\/3jYEhpzzD6o4r28vPVwo6BTpFqY9YV.png?v=1765045920\" style=\"max-width:100%;max-height:10px\"\u003e\u003c\/div\u003e\u003c\/center\u003e\n\u003ccenter\u003e\u003ctable\u003e\u003ctr\u003e\u003ctd style=\"height:10px\"\u003e\u003c\/td\u003e\u003c\/tr\u003e\u003c\/table\u003e\u003c\/center\u003e\n\u003ccenter\u003e\u003ctable\u003e\u003ctr\u003e\u003ctd style=\"height:10px\"\u003e\u003c\/td\u003e\u003c\/tr\u003e\u003c\/table\u003e\u003c\/center\u003e\n\u003ccenter\u003e\n\n\u003cdiv style=\"width:95%\"\u003e\n\n\u003cdiv style=\"text-align:center;font-size:30px;font-weight:bolder;line-height:1.6em\"\u003e Architecture des microservices vue par un praticien (2e édition) \u003c\/div\u003e\n\n\u003ccenter\u003e\u003ctable\u003e\u003ctr\u003e\u003ctd style=\"height:10px\"\u003e\u003c\/td\u003e\u003c\/tr\u003e\u003c\/table\u003e\u003c\/center\u003e\n\n\u003ccenter\u003e\u003ctable\u003e\u003ctr\u003e\u003ctd style=\"height:10px\"\u003e\u003c\/td\u003e\u003c\/tr\u003e\u003c\/table\u003e\u003c\/center\u003e\n\n\u003ccenter\u003e\u003ctable\u003e\u003ctr\u003e\u003ctd style=\"height:10px\"\u003e\u003c\/td\u003e\u003c\/tr\u003e\u003c\/table\u003e\u003c\/center\u003e\n\n\u003ccenter\u003e\u003ctable\u003e\u003ctr\u003e\u003ctd style=\"height:10px\"\u003e\u003c\/td\u003e\u003c\/tr\u003e\u003c\/table\u003e\u003c\/center\u003e\n\n\u003cdiv style=\"border-bottom:1px;border-bottom-style:dotted;border-color:;padding-bottom:20px\"\u003e\u003ccenter\u003e\u003ctable align=\"center\" width=\"100%\"\u003e\u003ctbody style=\"border:0px\"\u003e\n\n\u003ctr\u003e\u003ctd align=\"center\" style=\"line-height:1.2em;text-align:center;font-size:18px;color:black;font-weight:bold;padding-bottom:20px;\"\u003e\u003c\/td\u003e\u003c\/tr\u003e\n\n\u003ctr\u003e\u003ctd style=\"text-align:center\"\u003e\u003cimg src=\"https:\/\/image.yes24.com\/goods\/76655775\/XL\" style=\"max-width:100%;height:auto\"\u003e\u003c\/td\u003e\u003c\/tr\u003e\n\n\n\u003c\/tbody\u003e\u003c\/table\u003e\u003c\/center\u003e\u003c\/div\u003e\n\n\u003ccenter\u003e\u003ctable\u003e\u003ctr\u003e\u003ctd style=\"height:10px\"\u003e\u003c\/td\u003e\u003c\/tr\u003e\u003c\/table\u003e\u003c\/center\u003e\n\n\u003ccenter\u003e\u003ctable\u003e\u003ctr\u003e\u003ctd style=\"height:10px\"\u003e\u003c\/td\u003e\u003c\/tr\u003e\u003c\/table\u003e\u003c\/center\u003e\n\n\u003cdiv style=\"width:95%;{split_style6}padding-top:20px;padding-bottom:20px\"\u003e\n\n\u003cdiv style=\"text-align:left;font-size:16px;font-weight:bold;padding-bottom:20px\"\u003e Description \u003c\/div\u003e\n\n\u003cdiv style=\"text-align:left;word-break:break-all;font-size:14px;line-height:1.6em;\"\u003e\n\n\u003cdiv\u003e\u003ch5\u003e \u003cb\u003eIntroduction au livre\u003c\/b\u003e\n\u003c\/h5\u003e\u003c\/div\u003e\n\u003cdiv\u003e\n\u003cdiv\u003e\u003cdiv\u003e \u003cb\u003eLe guide complet des microservices pour les développeurs, les architectes, les DevOps et les administrateurs !\u003cbr\u003e\u003c\/b\u003e\u003cbr\u003e Dans la partie 1, nous définissons le terme microservices et expliquons que l'architecture de microservices se compose de deux niveaux : la microarchitecture et la macroarchitecture.\u003cbr\u003e Explique comment migrer les systèmes existants vers des microservices.\u003cbr\u003e La deuxième partie décrit l'architecture utilisée pour construire des microservices. \u003cbr\u003eCet article explique les technologies qui peuvent être utilisées lors de la mise en œuvre de microservices : Docker, l’intégration front-end, ESI, la communication asynchrone, Apache Kafka, Atom, la suite Netflix, Consul et le serveur Apache httpd, Kubernetes, et PaaS, Cloud Foundry.\u003cbr\u003e La partie 3 décrit les opérations qui peuvent prendre en charge les microservices.\u003cbr\u003e Explique les principes de fonctionnement de base pour exploiter en toute sécurité de nombreux microservices et pourquoi l'exploitation de microservices est difficile.\u003cbr\u003e Nous utilisons la surveillance et Prometheus, Elastic Stack pour l'analyse des données de journalisation et Zipkin pour tracer les appels entre les microservices.\u003cbr\u003e Explique Istio, une technologie de maillage de services.\u003cbr\u003e Enfin, penchons-nous sur l'avenir des microservices.\u003cbr\u003e Les exemples sont basés sur Spring Boot, Spring Cloud et Docker.\u003cbr\u003e\n\n\u003c\/div\u003e\u003c\/div\u003e\n\u003cdiv\u003e\n\u003cul\u003e\u003cli\u003e Vous pouvez consulter un aperçu du contenu du livre.\u003cbr\u003e \u003cspan\u003eAperçu\u003c\/span\u003e\n\n\u003c\/li\u003e\u003c\/ul\u003e  \u003c\/div\u003e\n\u003c\/div\u003e\n\u003cbr\u003e\u003cdiv\u003e\u003ch5\u003e\u003cb\u003eindice\u003c\/b\u003e\u003c\/h5\u003e\u003c\/div\u003e\n\u003cdiv\u003e\n\u003cdiv\u003e Chapitre 0.\u003cbr\u003e introduction\u003cbr\u003e\u003cbr\u003e 0.1 Structure de ce livre\u003cbr\u003e 0.2 Public cible de ce livre\u003cbr\u003e 0.3 Prérequis\u003cbr\u003e 0.4 Démarrage rapide\u003cbr\u003e 0.5 Remerciements\u003cbr\u003e Site web 0.6\u003cbr\u003e\u003cbr\u003e Chapitre 1.\u003cbr\u003e Microservices\u003cbr\u003e\u003cbr\u003e 1.1 Microservices : Définition\u003cbr\u003e 1.2 Pourquoi utiliser des microservices ?\u003cbr\u003e 1.3 Défis\u003cbr\u003e 1.4 Variante\u003cbr\u003e 1.5 Conclusion\u003cbr\u003e\u003cbr\u003e Chapitre 2.\u003cbr\u003e Microarchitecture et macroarchitecture\u003cbr\u003e\u003cbr\u003e 2.1 Contexte délimité et conception stratégique\u003cbr\u003e 2.2 Architecture technique micro et macro\u003cbr\u003e 2.3 Fonctionnement : Microarchitecture ou Macroarchitecture\u003cbr\u003e 2.4 Privilégiez la microarchitecture !\u003cbr\u003e 2.5 Aspects organisationnels\u003cbr\u003e 2.6 Principes d'architecture système indépendante\u003cbr\u003e 2.7 Variante\u003cbr\u003e 2.7 Conclusion\u003cbr\u003e\u003cbr\u003e Chapitre 3.\u003cbr\u003e Migration\u003cbr\u003e\u003cbr\u003e 3.1 Raisons de la migration\u003cbr\u003e 3.2 Stratégies générales de migration\u003cbr\u003e 3.3 Stratégies alternatives\u003cbr\u003e 3.4 Construire, exploiter et organiser\u003cbr\u003e 3.5 Variante\u003cbr\u003e 3.6 Conclusion\u003cbr\u003e\u003cbr\u003e Chapitre 4.\u003cbr\u003e Docker\u003cbr\u003e\u003cbr\u003e 4.1 Pourquoi utiliser Docker dans les microservices ?\u003cbr\u003e 4.2 Notions de base de Docker\u003cbr\u003e 4.3 Installation de Docker et commandes Docker\u003cbr\u003e 4.4 Installation d'un hôte Docker avec Docker Machine\u003cbr\u003e 4.5 Dockerfile \u003cbr\u003e4.6 Docker Compose\u003cbr\u003e 4.7 Variante\u003cbr\u003e 4.8 Conclusion\u003cbr\u003e\u003cbr\u003e Chapitre 5.\u003cbr\u003e La microarchitecture d'un point de vue technique\u003cbr\u003e\u003cbr\u003e 5.1 Exigences\u003cbr\u003e 5.2 Réactif\u003cbr\u003e 5.3 Spring Boot\u003cbr\u003e 5.4 Go\u003cbr\u003e Variante 5.5\u003cbr\u003e 5.6 Conclusion\u003cbr\u003e\u003cbr\u003e Chapitre 6.\u003cbr\u003e système indépendant\u003cbr\u003e\u003cbr\u003e 6.1 Fondements des systèmes indépendants\u003cbr\u003e 6.2 Définition\u003cbr\u003e 6.3 Exemple\u003cbr\u003e 6.4 SCS et microservices\u003cbr\u003e 6.5 Défis\u003cbr\u003e 6.6 Avantages\u003cbr\u003e 6.7 Variante\u003cbr\u003e 6.8 Conclusion\u003cbr\u003e\u003cbr\u003e Chapitre 7.\u003cbr\u003e Concept : Intégration front-end\u003cbr\u003e\u003cbr\u003e 7.1 Interface utilisateur : monolithique ou modulaire\u003cbr\u003e 7.2 Options\u003cbr\u003e 7.3 Architecture client orientée ressources\u003cbr\u003e Défi 7.4\u003cbr\u003e 7.5 Avantages\u003cbr\u003e 7.6 Variante\u003cbr\u003e 7.7 Conclusion\u003cbr\u003e\u003cbr\u003e Chapitre 8.\u003cbr\u003e Recette : Intégration des liens et des clients\u003cbr\u003e\u003cbr\u003e 8.1 Vue d'ensemble\u003cbr\u003e 8.2 Exemple\u003cbr\u003e 8.3 Variante\u003cbr\u003e 8.4 Expérience\u003cbr\u003e 8.5 Conclusion\u003cbr\u003e\u003cbr\u003e Chapitre 9.\u003cbr\u003e Recette : Intégration côté serveur avec ESI\u003cbr\u003e\u003cbr\u003e 9.1 ESI : Concept\u003cbr\u003e 9.2 Exemple\u003cbr\u003e 9.3 Vernis\u003cbr\u003e 9.4 Variantes de recettes\u003cbr\u003e 9.5 Expérience\u003cbr\u003e 9.6 Conclusion\u003cbr\u003e\u003cbr\u003e Chapitre 10.\u003cbr\u003e Concept : Microservices asynchrones\u003cbr\u003e\u003cbr\u003e 10.1 Définition\u003cbr\u003e 10.2 Événement\u003cbr\u003e 10.3 Défis\u003cbr\u003e 10.4 Avantages\u003cbr\u003e Variante 10.5\u003cbr\u003e 10.6 Conclusion\u003cbr\u003e\u003cbr\u003e Chapitre 11.\u003cbr\u003e Recette : Messagerie et Kafka\u003cbr\u003e\u003cbr\u003e 11.1 Intergiciel orienté messages\u003cbr\u003e 11.2 L'architecture de Kafka\u003cbr\u003e 11.3 Événements Kafka\u003cbr\u003e 11.4 Exemple\u003cbr\u003e 11.5 Variantes de recettes \u003cbr\u003e11.6 Expérience\u003cbr\u003e 11.7 Conclusion\u003cbr\u003e\u003cbr\u003e Chapitre 12.\u003cbr\u003e Recette : Communication asynchrone avec Atom et REST\u003cbr\u003e\u003cbr\u003e 12.1 Format Atom\u003cbr\u003e 12.2 Exemple\u003cbr\u003e 12.3 Variantes de recettes\u003cbr\u003e 12.4 Expérience\u003cbr\u003e 12.5 Conclusion\u003cbr\u003e\u003cbr\u003e Chapitre 13.\u003cbr\u003e Concept : Microservices synchrones\u003cbr\u003e\u003cbr\u003e 13.1 Définition\u003cbr\u003e 13.2 Avantages\u003cbr\u003e 13.3 Défis\u003cbr\u003e 13.4 Variante\u003cbr\u003e 13.5 Conclusion\u003cbr\u003e\u003cbr\u003e Chapitre 14.\u003cbr\u003e Recette : REPOS Inspiré de la pile Netflix\u003cbr\u003e\u003cbr\u003e 14.1 Exemple\u003cbr\u003e 14.2 Eurêka : Exploration des services\u003cbr\u003e 14.3 Routeur : Joule\u003cbr\u003e 14.4 Équilibrage de charge : Ripbone\u003cbr\u003e 14.5 Résilience : Hystrix\u003cbr\u003e 14.6 Variantes de recettes\u003cbr\u003e 14.7 Expérience\u003cbr\u003e 14.8 Conclusion\u003cbr\u003e\u003cbr\u003e Chapitre 15.\u003cbr\u003e Recette : Serveur REST et Apache httpd avec Consul\u003cbr\u003e\u003cbr\u003e 15.1 Exemple\u003cbr\u003e 15.2 Exploration des services : Conseil\u003cbr\u003e 15.3 Routage : Serveur Apache httpd\u003cbr\u003e 15.4 Consulter le modèle\u003cbr\u003e 15.5 Consult et Spring Boot\u003cbr\u003e 15.6 DNS et bureaux d'enregistrement\u003cbr\u003e 15.7 Variantes de recettes\u003cbr\u003e 15.8 Expérience\u003cbr\u003e 15.9 Conclusion\u003cbr\u003e\u003cbr\u003e Chapitre 16.\u003cbr\u003e Concept : Plateforme de microservices\u003cbr\u003e\u003cbr\u003e 16.1 Définition\u003cbr\u003e 16.2 Variante\u003cbr\u003e 16.3 Conclusion\u003cbr\u003e\u003cbr\u003e Chapitre 17.\u003cbr\u003e Recette : Kubernetes et conteneurs Docker\u003cbr\u003e\u003cbr\u003e 17.1 Kubernetes\u003cbr\u003e 17.2 Exemple Kubernetes\u003cbr\u003e 17.3 Exemples détaillés\u003cbr\u003e 17.4 Fonctionnalités Kubernetes supplémentaires\u003cbr\u003e 17.5 Variantes de recettes\u003cbr\u003e 17.6 Variante\u003cbr\u003e 17.7 Conclusion\u003cbr\u003e \u003cbr\u003eChapitre 18.\u003cbr\u003e Recette : PaaS de Cloud Foundry\u003cbr\u003e\u003cbr\u003e 18.1 PaaS : Définition\u003cbr\u003e 18.2 Cloud Foundry\u003cbr\u003e 18.3 Exemple Cloud Foundry\u003cbr\u003e 18.4 Variantes de recettes\u003cbr\u003e 18.5 Expérience\u003cbr\u003e 18.6 Sans serveur\u003cbr\u003e 18.7 Conclusion\u003cbr\u003e\u003cbr\u003e Chapitre 19.\u003cbr\u003e Concept : Opération\u003cbr\u003e\u003cbr\u003e 19.1 Pourquoi les opérations sont importantes\u003cbr\u003e 19.2 Approches d'exploitation des microservices\u003cbr\u003e 19.3 L'efficacité de la technologie examinée\u003cbr\u003e 19.4 Conclusion\u003cbr\u003e\u003cbr\u003e Chapitre 20.\u003cbr\u003e Recette : Surveillance avec Prometheus\u003cbr\u003e\u003cbr\u003e 20.1 Contenu de base\u003cbr\u003e 20.2 Métriques pour les microservices\u003cbr\u003e 20.3 Statistiques Prometheus\u003cbr\u003e 20.4 Exemple de Prométhée\u003cbr\u003e 20.5 Variantes de recettes\u003cbr\u003e 20.6 Expérience\u003cbr\u003e 20.7 Conclusion\u003cbr\u003e\u003cbr\u003e Chapitre 21.\u003cbr\u003e Recette : Analyse des journaux avec Elastic Stack\u003cbr\u003e\u003cbr\u003e 21.1 Contenu de base\u003cbr\u003e 21.2 Stockage des journaux à l'aide d'Elastic Stack\u003cbr\u003e 21.3 Exemple\u003cbr\u003e 21.4 Variantes de recettes\u003cbr\u003e Expérience 21.5\u003cbr\u003e 21.6 Conclusion\u003cbr\u003e\u003cbr\u003e Chapitre 22.\u003cbr\u003e Recette : Suivi avec Zipkin\u003cbr\u003e\u003cbr\u003e 22.1 Notions de base\u003cbr\u003e 22.2 Suivi avec Zipkin\u003cbr\u003e 22.3 Exemple\u003cbr\u003e 22.4 Variantes de recettes\u003cbr\u003e 22.5 Conclusion\u003cbr\u003e\u003cbr\u003e Chapitre 23.\u003cbr\u003e Recette : Service Mesh, Istio\u003cbr\u003e\u003cbr\u003e 23.1 Qu'est-ce qu'un maillage de services ?\u003cbr\u003e 23.2 Exemple\u003cbr\u003e 23.3 Fonctionnement d'Istio \u003cbr\u003e23.4 Surveillance avec Prometheus et Grafana\u003cbr\u003e 23.5 Suivi avec Jagger\u003cbr\u003e 23.6 Enregistrement\u003cbr\u003e 23.7 Résilience\u003cbr\u003e 23.8 Défis\u003cbr\u003e 23.9 Avantages\u003cbr\u003e Variante 23.10\u003cbr\u003e Expérience 23.11\u003cbr\u003e 23.12 Conclusion\u003cbr\u003e\u003cbr\u003e Chapitre 24.\u003cbr\u003e organiser\u003cbr\u003e\u003cbr\u003e Annexe A.\u003cbr\u003e Installation environnementale\u003cbr\u003e Annexe B.\u003cbr\u003e Commande Maven\u003cbr\u003e Annexe C.\u003cbr\u003e Commandes Docker et Docker Compose\u003c\/div\u003e\n\u003cdiv\u003e\u003c\/div\u003e\n\u003c\/div\u003e\n\u003cbr\u003e\u003cdiv\u003e\u003ch5\u003e \u003cb\u003eAvis de l'éditeur\u003c\/b\u003e\n\u003c\/h5\u003e\u003c\/div\u003e\n\u003cdiv\u003e\n\u003cdiv\u003e \u003cb\u003e* Public cible de ce livre *\u003cbr\u003e\u003c\/b\u003e\u003cbr\u003e Il expliquera les principes fondamentaux et les aspects techniques des microservices, ce qui le rendra intéressant pour un large public.\u003cbr\u003e\u003cbr\u003e ■ Développeurs : La partie 2 sera utile car elle fournit des indications pour choisir la pile technologique appropriée.\u003cbr\u003e Les exemples de projets fournis servent de base à l'apprentissage des principes fondamentaux de cette technologie.\u003cbr\u003e Les microservices inclus dans l'exemple de projet sont écrits en Java à l'aide du framework Spring.\u003cbr\u003e Cependant, la technologie utilisée dans cet exemple intègre des microservices.\u003cbr\u003e Par conséquent, des microservices supplémentaires peuvent être écrits dans d'autres langages. \u003cbr\u003eLa troisième partie aborde des sujets opérationnels que les développeurs jugent de plus en plus importants à l'avenir.\u003cbr\u003e La première partie explique les principes de base des concepts architecturaux.\u003cbr\u003e\u003cbr\u003e ■ Architecte : La partie 1 fournit des connaissances de base sur les microservices.\u003cbr\u003e Les parties 2 et 3 seront utiles, car elles présentent des recettes et des techniques pratiques pour mettre en œuvre une architecture de microservices.\u003cbr\u003e Veuillez noter que le sujet des microservices se concentre sur l'architecte mais n'entre pas dans les détails techniques.\u003cbr\u003e\u003cbr\u003e\u003cbr\u003e ■ Professionnels DevOps et des opérations : les recettes de la partie 3 seront utiles car elles fournissent une base solide pour l’évaluation technique des aspects opérationnels tels que l’analyse des journaux, la surveillance et le traçage des microservices.\u003cbr\u003e La deuxième partie présente les technologies de déploiement telles que Docker, Kubernetes et Cloud Foundry, et explique également comment résoudre certains problèmes opérationnels. \u003cbr\u003eLa première partie explique le contexte de l'approche architecturale des microservices.\u003cbr\u003e\u003cbr\u003e ■ Administrateur : Présente partiellement les avantages et les défis spécifiques de l’approche architecturale des microservices.\u003cbr\u003e Si les détails techniques vous intéressent, je vous recommande de lire les parties 2 et 3.\u003cbr\u003e\u003cbr\u003e Il est supposé que le lecteur possède des connaissances de base en architecture logicielle et en développement logiciel.\u003cbr\u003e La plupart des exemples de ce livre sont documentés de manière à pouvoir être exécutés sans connaissances préalables.\u003cbr\u003e Et nous nous concentrons sur les technologies qui peuvent être utilisées pour les microservices utilisant différents langages de programmation.\u003cbr\u003e Cependant, cet exemple est écrit en Java et utilise les frameworks Spring Boot et Spring Cloud.\u003cbr\u003e\u003cbr\u003e \u003cb\u003e* Structure de ce livre *\u003cbr\u003e\u003c\/b\u003e\u003cbr\u003e Partie 1 - Principes fondamentaux de l'architecture\u003cbr\u003e La première partie présente les principes de base de l'architecture basée sur les microservices.\u003cbr\u003e ■ Le chapitre 1 définit le terme microservices. \u003cbr\u003e■ L’architecture de microservices comporte deux niveaux : la microarchitecture et la macroarchitecture.\u003cbr\u003e Elle représente des décisions globales et locales.\u003cbr\u003e Le chapitre 2 explique cela.\u003cbr\u003e\u003cbr\u003e ■ Il est parfois nécessaire de migrer les systèmes existants vers des microservices.\u003cbr\u003e Nous aborderons la migration au chapitre 3.\u003cbr\u003e\u003cbr\u003e Partie 2 - Pile technologique\u003cbr\u003e La deuxième partie est consacrée à la pile technologique.\u003cbr\u003e ■ Docker est la technologie de base de nombreuses architectures de microservices.\u003cbr\u003e Il facilite également le déploiement des logiciels et l'exploitation des services.\u003cbr\u003e Ceci est expliqué au chapitre 4.\u003cbr\u003e\u003cbr\u003e ■ Le chapitre 5 décrit les technologies qui peuvent être utilisées lors de la mise en œuvre de microservices.\u003cbr\u003e ■ Le chapitre 6 décrit les systèmes autonomes (SCS), une approche particulièrement utile pour les microservices. Les SCS se concentrent sur les microservices qui contiennent à la fois une logique et une interface utilisateur. \u003cbr\u003e■ L'intégration du front-end web est une possibilité offerte par l'intégration dans SCS.\u003cbr\u003e L'intégration frontale réduit le couplage entre les microservices et offre un haut degré de flexibilité.\u003cbr\u003e Pour plus de détails, veuillez consulter le chapitre 7.\u003cbr\u003e ■ La recette d'intégration front-end web présentée au chapitre 8 utilise des liens et JavaScript pour le chargement dynamique du contenu.\u003cbr\u003e Cette méthode d'intégration est facile à mettre en œuvre et utilise des technologies web bien conçues.\u003cbr\u003e ■ Les serveurs peuvent être intégrés à l'aide d'Edge Side Includes (ESI). L'ESI est implémentée dans les caches Web afin de garantir des performances et une fiabilité élevées du système.\u003cbr\u003e Ceci est expliqué au chapitre 9.\u003cbr\u003e ■ Le concept de communication asynchrone est abordé au chapitre 10.\u003cbr\u003e La communication asynchrone améliore la fiabilité et réduit le couplage au sein du système.\u003cbr\u003e ■ Le chapitre 11 présente Apache Kafka.\u003cbr\u003e Apache Kafka est un exemple de technologie asynchrone pour l'envoi de messages. \u003cbr\u003eKafka permet de stocker les messages de manière persistante et offre diverses approches pour le traitement asynchrone.\u003cbr\u003e ■ Le chapitre 12 explique Atom comme une alternative à la communication asynchrone.\u003cbr\u003e Atom utilise l'infrastructure REST et est très facile à mettre en œuvre et à exploiter.\u003cbr\u003e ■ Le chapitre 13 explique comment mettre en œuvre le concept de microservices synchrones.\u003cbr\u003e Bien que les méthodes de communication synchrone puissent poser des problèmes en termes de temps de réponse et de fiabilité, la communication synchrone entre microservices est souvent utilisée en pratique.\u003cbr\u003e ■ La pile Netflix, qui sera présentée au chapitre 14, fournit non seulement Eureka pour la découverte de services, mais aussi Ribbon pour l'équilibrage de charge, Hystrix pour la résilience et Zuul pour le routage.\u003cbr\u003e La suite Netflix est particulièrement populaire dans la communauté Java. \u003cbr\u003e■ Consul, qui sera présenté au chapitre 15, est l'une des alternatives de découverte de services.\u003cbr\u003e La console possède de nombreuses fonctionnalités et peut être utilisée avec diverses technologies.\u003cbr\u003e ■ Le chapitre 16 explique le concept de plateforme de microservices qui prend en charge le fonctionnement et la communication des microservices.\u003cbr\u003e ■ Kubernetes, présenté au chapitre 17, est une plateforme de microservices qui peut exécuter des conteneurs Docker et fournit également des solutions pour la découverte de services et l'équilibrage de charge.\u003cbr\u003e Les microservices sont indépendants de Kubernetes.\u003cbr\u003e ■ Chapitre 18 PaaS (Platform as a Service) est une autre plateforme de microservices.\u003cbr\u003e Prenons Cloud Foundry comme exemple.\u003cbr\u003e Cloud Foundry est extrêmement flexible et peut fonctionner aussi bien sur des clouds publics que sur des centres de calcul appartenant à l'entreprise.\u003cbr\u003e\u003cbr\u003e Partie 3 - Opérations\u003cbr\u003e Exploiter un grand nombre de microservices de manière sécurisée représente un défi majeur. \u003cbr\u003eLa troisième partie aborde les moyens de remédier à ce problème.\u003cbr\u003e ■ Le chapitre 19 explique les principes de base du fonctionnement et pourquoi l'exploitation des microservices est difficile.\u003cbr\u003e ■ Le chapitre 20 traite de la surveillance et présente l'outil Prometheus.\u003cbr\u003e Prometheus prend en charge les structures de données multidimensionnelles et peut analyser les métriques provenant de nombreuses instances de microservices.\u003cbr\u003e ■ Le chapitre 21 est consacré à l'analyse des données de journalisation.\u003cbr\u003e Décrit Elastic Stack comme un outil d'analyse de données.\u003cbr\u003e La suite Elastic est très populaire et constitue une bonne base pour l'analyse de grandes quantités de données de journalisation.\u003cbr\u003e ■ Le chapitre 22 utilise Zipkin, une technologie de traçage qui trace les appels entre les microservices.\u003cbr\u003e Zipkin prend en charge un large éventail de plateformes et constitue la norme de facto en matière de suivi.\u003cbr\u003e ■ La technologie de maillage de services ajoute un proxy au trafic réseau entre les microservices. \u003cbr\u003eLes proxys prennent en charge la surveillance, l'analyse des journaux, le traçage et d'autres fonctionnalités de résilience et de sécurité.\u003cbr\u003e Le chapitre 23 explique Istio comme exemple de maillage de services.\u003cbr\u003e\u003cbr\u003e Conclusion et annexe\u003cbr\u003e Dans le dernier chapitre, le chapitre 24, nous examinons l'avenir des microservices.\u003cbr\u003e L'annexe A explique comment installer le logiciel, l'annexe B explique comment exécuter l'environnement d'exemple à l'aide de l'outil de construction Maven et l'annexe C explique comment exécuter l'environnement d'exemple à l'aide de Docker et Docker Compose.\u003cbr\u003e\u003cbr\u003e \u003cb\u003e* Note de l'auteur *\u003cbr\u003e\u003c\/b\u003e\u003cbr\u003e Les microservices constituent l'une des tendances les plus importantes en matière d'architecture logicielle de ces dernières années.\u003cbr\u003e Bien qu'il existe déjà de nombreux livres et documents expliquant les microservices, j'ai publié un livre sur ce sujet.\u003cbr\u003e Pourquoi avons-nous besoin d'un livre sur les microservices ?\u003cbr\u003e\u003cbr\u003e Définir une architecture spécifique et implémenter cette architecture sont deux choses différentes. \u003cbr\u003eCet ouvrage présente des techniques de mise en œuvre des microservices et met en lumière leurs avantages et inconvénients respectifs.\u003cbr\u003e\u003cbr\u003e Ce livre se concentre spécifiquement sur la technologie globale des systèmes de microservices.\u003cbr\u003e Chaque microservice peut être implémenté à l'aide de technologies différentes.\u003cbr\u003e Ainsi, la décision technique relative au choix d'un framework pour un microservice individuel n'est pas aussi importante que la décision prise au niveau du système global.\u003cbr\u003e Pour chaque microservice individuel, les décisions relatives au framework peuvent être facilement modifiées.\u003cbr\u003e Cependant, la technologie appliquée à l'ensemble du système est difficile à modifier.\u003cbr\u003e\u003cbr\u003e Comparé à d'autres ouvrages sur les microservices, celui-ci traite principalement de la technologie, expliquant brièvement l'architecture des microservices et les raisons de leur utilisation.\u003cbr\u003e\u003cbr\u003e Chaque recette est accompagnée d'un exemple pratique basé sur une technique spécifique.\u003cbr\u003e Les exemples peuvent être exécutés individuellement. \u003cbr\u003eLes exemples sont indépendants les uns des autres ; vous pouvez donc ignorer ceux qui ne sont pas pertinents pour votre travail et consulter uniquement les exemples qui vous seront utiles.\u003cbr\u003e\u003cbr\u003e Cette approche offre aux lecteurs un moyen facile d'obtenir une vue d'ensemble des technologies pertinentes et de choisir la pile technologique qui leur convient.\u003cbr\u003e Les liens fournis dans le livre permettent d'acquérir des connaissances approfondies sur les technologies connexes.\u003cbr\u003e\u003cbr\u003e \u003cb\u003e*Note du traducteur*\u003c\/b\u003e\u003cbr\u003e\u003cbr\u003e Chez Alticast, ma première entreprise, j'ai participé au développement de logiciels intermédiaires pour décodeurs.\u003cbr\u003e Le middleware crée un seul fichier binaire composé de divers modules, dont une couche de portage qui relie les interfaces du système d'exploitation ou du fournisseur de matériel, une JVM, une couche de gestion d'applications, une couche de communication et une couche de gestion des informations de service, puis le stocke dans la mémoire flash ROM du matériel pour exécuter des applications Java sur le décodeur. \u003cbr\u003eIl s'agissait d'une structure monolithique, et nous avons visé une forte cohésion et un faible couplage pour chaque module, et nous avons augmenté la productivité en assignant une personne responsable de chaque module.\u003cbr\u003e L'inconvénient était que même un seul problème pouvait dégrader la qualité globale.\u003cbr\u003e\u003cbr\u003e Durant mon séjour chez NHN, j'ai expérimenté, développé et exploité les plateformes Naver et Hangame d'une manière similaire à une architecture de microservices (MSA).\u003cbr\u003e Nous avons également utilisé nos propres IDL pour nos services, tels que l'épargne.\u003cbr\u003e Nous avons donc construit un serveur API pour chaque service et l'avons exploité de manière organique et interconnectée.\u003cbr\u003e J'y ai également participé et j'ai développé un module commun avec mes collègues.\u003cbr\u003e\u003cbr\u003e Cependant, avec autant de nœuds de serveur, il arrive que des paquets soient perdus et il devient difficile de localiser l'origine du problème. \u003cbr\u003eAvec la diminution progressive du nombre de personnes, l'exploitation des modules ou des services est devenue difficile, et une architecture monolithique utilisant Spring a été privilégiée.\u003cbr\u003e Les coûts de communication des systèmes autonomes, leurs performances relativement faibles, leurs protocoles complexes, les pertes de paquets inexpliquées et le manque de personnel de maintenance ont conduit à une accélération du recours aux architectures monolithiques.\u003cbr\u003e\u003cbr\u003e Dans une architecture monolithique, un seul langage est utilisé et un référentiel de code est partagé.\u003cbr\u003e Il est donc facile d'identifier le problème et le coût de communication est quasi nul.\u003cbr\u003e La communication entre les modules internes se fait par appels, et les protocoles ne sont utilisés que pour la communication externe, ce qui la rend simple et efficace.\u003cbr\u003e Par conséquent, elle devient une structure qui peut être gérée par un petit nombre de développeurs car les problèmes y sont plus faciles à résoudre. \u003cbr\u003eCependant, cela présente l'inconvénient de réduire la liberté du développeur et d'allonger les délais de maintenance et de déploiement du code en raison de sa complexité croissante (faible couplage des modules).\u003cbr\u003e\u003cbr\u003e Aujourd'hui, l'architecture de microservices fait son grand retour grâce à des tendances telles que SOA (architecture orientée services), Agile, DDD (conception pilotée par le domaine), la renaissance des langages fonctionnels, le cloud, Apache Kafka, Polyglot, DevOps et les technologies Docker (Kubernetes, Istio).\u003cbr\u003e\u003cbr\u003e Avec l'émergence de nombreuses fonctionnalités telles que Docker, les technologies de communication asynchrone, les disjoncteurs, le traçage, la découverte de services et les maillages de services qui peuvent surmonter les lacunes de l'architecture de microservices, et la publication continue d'outils DevOps open source, le développement et les opérations deviennent plus faciles. \u003cbr\u003eAujourd'hui, le développement et l'exploitation d'entreprises complexes comme Netflix et Amazon à l'aide d'une architecture de microservices sont en passe de devenir une réussite.\u003cbr\u003e\u003cbr\u003e Parallèlement, il existe des cas, comme celui de Segment, où les lacunes de l'architecture de microservices étaient trop nombreuses et où l'entreprise est revenue à l'architecture monolithique (http:\/\/www.ciokorea.com\/news\/39258).\u003cbr\u003e De nombreux inconvénients peuvent survenir, comme l'impossibilité de savoir quel projet se trouve dans quel dépôt de code en raison du grand nombre de services, la dispersion de code similaire due à la diversité des langages utilisés dans les microservices et à l'implémentation du même code dans chacun d'eux, et l'incapacité à gérer parfaitement les bibliothèques pour de nombreux services connexes lors de la mise à niveau de bibliothèques de code similaires.\u003cbr\u003e\u003cbr\u003e La traduction de ce livre m'a amenée à repenser l'essence même du logiciel. \u003cbr\u003eNous avons également appris que, quelle que soit l'architecture (monolithique ou microservices), la stratégie relative aux modules, aux personnes et aux politiques est cruciale.\u003cbr\u003e Le passage d'une architecture monolithique à une architecture de microservices nécessite une réflexion approfondie et une approche stratégique, car il modifie complètement l'architecture du système.\u003cbr\u003e Ce livre explique très bien les stratégies et les technologies des microservices.\u003cbr\u003e Si l'on y regarde de plus près, chaque équipe de développement possède l'autorité et la responsabilité appropriées en tant que dirigeant d'un gouvernement local, tout comme dans un pays doté d'un système décentralisé.\u003cbr\u003e Par conséquent, le simple fait de développer des microservices en utilisant n'importe quel langage choisi par l'équipe de développement sans tenir compte de la direction n'est pas conforme à ce principe.\u003cbr\u003e De même que nous respectons l'autorité d'un chef d'État, nos équipes de développement doivent respecter et suivre les politiques relatives à l'architecture de microservices.\u003cbr\u003e \u003cbr\u003eCe livre ne se contente pas de lister les architectures de microservices et les différentes technologies.\u003cbr\u003e Il met en lumière ce que sont les modules logiciels et quelles sont les parties importantes d'une architecture de microservices.\u003cbr\u003e Nous expliquerons ensuite les outils présentés ci-dessus à l'aide d'exemples basés sur Spring Framework, Docker et Docker Compose.\u003cbr\u003e\u003cbr\u003e Ce livre est une excellente ressource pour les développeurs, les architectes, les spécialistes DevOps et les administrateurs.\u003cbr\u003e Ce livre sera très utile car il présente les excellentes techniques et les préoccupations que le traducteur a récemment utilisées. \u003cbr\u003e\n\n\u003c\/div\u003e\n\u003cdiv\u003e\u003c\/div\u003e\n\u003c\/div\u003e\n\u003c\/div\u003e\n\n\n\u003c\/div\u003e\n\n\u003ccenter\u003e\u003ctable\u003e\u003ctr\u003e\u003ctd style=\"height:10px\"\u003e\u003c\/td\u003e\u003c\/tr\u003e\u003c\/table\u003e\u003c\/center\u003e\n\n\u003ccenter\u003e\u003ctable\u003e\u003ctr\u003e\u003ctd style=\"height:10px\"\u003e\u003c\/td\u003e\u003c\/tr\u003e\u003c\/table\u003e\u003c\/center\u003e\n\n\u003cdiv style=\"width:95%;padding-top:20px;padding-bottom:20px\"\u003e\n\n\u003cdiv style=\"text-align:left;font-size:16px;font-weight:bold;padding-bottom:20px\"\u003e SPÉCIFICATIONS DES PRODUITS \u003c\/div\u003e\n\n\u003cdiv style=\"text-align:left;font-size:14px;line-height:1.6em;\"\u003e\n\n\u003cdiv style=\"width:100%;margin-bottom:5px;line-height:1.6em;font-size:14px\"\u003e - \u003cstrong\u003eDate de publication :\u003c\/strong\u003e 30 juillet 2019\u003c\/div\u003e\n\n\u003cdiv style=\"width:100%;margin-bottom:5px;line-height:1.6em;font-size:14px\"\u003e - \u003cstrong\u003eNombre de pages, poids, dimensions :\u003c\/strong\u003e 516 pages | 188 × 235 × 25 mm\u003c\/div\u003e\n\n\u003cdiv style=\"width:100%;margin-bottom:5px;line-height:1.6em;font-size:14px\"\u003e - \u003cstrong\u003eISBN13 :\u003c\/strong\u003e 9791161753331\u003c\/div\u003e\n\n\u003cdiv style=\"width:100%;margin-bottom:5px;line-height:1.6em;font-size:14px\"\u003e - \u003cstrong\u003eISBN10 :\u003c\/strong\u003e 1161753338 \u003c\/div\u003e\n\n\n\u003c\/div\u003e\n\n\n\u003c\/div\u003e\n\n\n\u003c\/div\u003e\n\n\u003ccenter\u003e\n\n\u003ccenter\u003e\u003ctable\u003e\u003ctr\u003e\u003ctd style=\"height:10px\"\u003e\u003c\/td\u003e\u003c\/tr\u003e\u003c\/table\u003e\u003c\/center\u003e\n\n\u003ccenter\u003e\u003ctable\u003e\u003ctr\u003e\u003ctd style=\"height:10px\"\u003e\u003c\/td\u003e\u003c\/tr\u003e\u003c\/table\u003e\u003c\/center\u003e\n\n\u003cspan\u003e\u003c\/span\u003e\n\n\u003c\/center\u003e\n\n\n\u003c\/center\u003e","brand":"LIBRAIRIE COREENNE","offers":[{"title":"Default Title","offer_id":43892928020522,"sku":"110970","price":44.0,"currency_code":"EUR","in_stock":true}],"thumbnail_url":"\/\/cdn.shopify.com\/s\/files\/1\/0683\/2750\/5962\/files\/2cc94e3c2eab44e7f68eb7f1568fca00.jpg?v=1765382798","url":"https:\/\/librairie.coreenne.fr\/products\/110970","provider":"LIBRAIRIE COREENNE","version":"1.0","type":"link"}