Chapitre 00 Introduction | Comment lire ce livre

_Les lecteurs de ce livre
_Pourquoi ce livre est devenu ainsi
_La structure de ce livre
Comment maîtriser son cerveau
_Note
Réviseur technique
_Merci

Chapitre 1 : Comprendre l’architecture logicielle | Premiers pas
Planification architecturale et architecture logicielle
_Dimensions de l'architecture logicielle
_Résoudre le puzzle des dimensions
_Première dimension : Caractéristiques architecturales
_Deuxième dimension : Décisions architecturales
Troisième dimension : Composantes logiques
_Quatrième dimension : Style architectural
Perspective de conception
_Perspective architecturale
Entre architecture et design
_Où se situent vos décisions sur ce spectre ?
_Stratégique vs.
Tactique
_Niveau élevé vs.
faible niveau d'effort
_Sérieux vs.
Des compromis moins importants
Additionnez le tout
_J'ai réussi !

Chapitre 2 : Caractéristiques architecturales | Connaître ses points forts
_Déclenchement des chevrons
Quelles sont les caractéristiques architecturales ?
_Caractéristiques architecturales déterminantes
_Les caractéristiques architecturales spécifient des considérations de conception non liées au domaine.
Les caractéristiques architecturales influencent la structure architecturale.
Limiter les caractéristiques architecturales pour éviter le surdimensionnement.
_Considérez les fonctionnalités explicites et implicites
Zoo international de Seong
Caractéristiques de l'architecture du processus
Caractéristiques de l'architecture structurelle
_Caractéristiques de l'architecture opérationnelle
_Caractéristiques communes de l'architecture
_Déterminer les caractéristiques architecturales dans le domaine du problème
Dériver les caractéristiques architecturales à travers la conscience environnementale
Déduire les caractéristiques architecturales en tirant parti des connaissances globales du domaine
Caractéristiques de l'architecture complexe
Les priorités suivent le contexte
_Se perdre dans l'interprétation
_Caractéristiques architecturales et composants logiques
_Équilibrer les considérations liées au domaine et les spécificités architecturales
Limitation du nombre d'éléments architecturaux

Chapitre 3 : Les deux lois de l’architecture logicielle | Tout est une question de compromis
_Commencez avec l'application Sneakers
_Qu'avez-vous appris jusqu'à présent ?
Communication avec les sous-services
_Analyse des compromis
Analyse des compromis : File d'attente
Analyse des compromis : Sujet
La première loi de l'architecture logicielle
_Tout finit toujours par se résumer à un compromis.
_Déterminer l'architecture
Quels autres facteurs déterminent l'architecture ?
La deuxième loi de l'architecture logicielle
_Dossier de décision architecturale (DDA)
_Rédiger un ADR : Choisir le bon titre
_Rédaction d'un ADR : Comment allez-vous ?
Rédiger une demande de règlement extrajudiciaire des différends (ADR) : Mise en contexte
Rédiger une procédure de règlement alternatif des différends : communiquer une décision
_Rédiger une demande de règlement extrajudiciaire des différends : Considérer les résultats
_Rédaction des ADR : Garantir la gouvernance
Rédiger une ADR : Conclusion par des notes
Les avantages de la médiation en cas de crise
_[Two Many Sneakers] a été un succès

Chapitre 4 : Composants logiques | Composants
_Revisiter les composants logiques
Des ventes aux enchères aventureuses sont organisées en ligne.
_Architecture logique vs.
architecture physique
_Création d'une architecture logique
Étape 1 : Identification des composants de base initiaux
Approche de flux de travail
Approche acteur/action
Piège à entités
Étape 2 : Attribuer les exigences aux composants
Étape 3 : Analyser les rôles et les responsabilités
_Maintenir la cohésion
Étape 4 : Analyse des caractéristiques architecturales
Composant de collecte des offres
_Combinaison de composants
_Jointure interne
_Jointure externe
Mesure de couplage
systèmes fortement couplés
Application de la loi de Déméter
_Équilibre
_Finition du composant

Chapitre 5 : Styles architecturaux | Classification et philosophie
Les styles architecturaux sont vraiment diversifiés.
_Le monde du style architectural
_Perspective technique vs.
Perspective du domaine
_Modèles de déploiement : Monolithique vs.
dispersion
Modèle de déploiement monolithique : avantages
Modèle de déploiement monolithique : inconvénients
Modèle de distribution distribuée : avantages
Modèle de distribution distribuée : inconvénients
_Ça y est, c'est terminé !

Chapitre 6 : Architecture en couches | Séparation des préoccupations
_[Nan & Pop] : Organiser les besoins pour un nouveau restaurant
Relire « Head First Design Patterns (édition révisée) »
_MVC Layering
_Superposition
Convertir les calques en code
Domaines, composants et couches
_Pourquoi choisir une architecture en couches ?
_La couche rencontre le monde réel : l'architecture physique
Compromis liés à l'architecture physique
_Note finale concernant les changements de domaine
_Le superpouvoir de l'architecture stratifiée
_Le point faible de l'architecture stratifiée
Tableau d'évaluation de l'architecture stratifiée
_Finition

Chapitre 7 : Le monolithe modulaire | Pensée centrée sur le domaine
_Monolithe modulaire ?
Difficultés à changer de domaine
_Pourquoi un monolithe modulaire ?
_Veuillez me montrer le code !
_Modules modulaires
Étendre la modularité à la base de données
_Attention aux jointures
_La superpuissance du monolithe modulaire
_Le point faible du monolithe modulaire
Liste des niveaux du monolithe modulaire
_[Nan&Pop] livre des pizzas !

Chapitre 8 : Architecture du micro-noyau | Personnalisation
Avantages de [l'adoption de pratiques écologiques]
_Deux parties de l'architecture du micro-noyau
_Le spectre de la « micronoyauté »
Service d'évaluation des dispositifs de base
_Plugins encapsulés vs.
plugins distribués
Communication du plugin
_Contrat d'extension
_[Adopter une démarche écologique] Pratiques éco-responsables
_Le superpouvoir du micronoyau
_Kryptonite du micronoyau
Tableau d'évaluation des micronoyaux
_Finition

Chapitre 9 : À vous de jouer ! | [TripEasy] Application de voyage
_Faciliter les voyages
Flux de travail utilisateur [Trip Easy]
Planification architecturale
Feuille de route de l'architecte
Étape 1 : Identification des caractéristiques architecturales
Étape 2 : Identification des composants logiques
Étape 3 : Choisir un style architectural
Étape 4 : Documentez vos décisions
Étape 5 : Dessiner un diagramme d'architecture
Il n'y a pas de bonne ou de mauvaise réponse.

Chapitre 10 Architecture des microservices | Étape par étape
_Vous sentez-vous bien ?
_Que sont les microservices ?
_Ceci sont mes propres données
_Quelle est la taille minimale du terme « micro » dans microservices ?
Facteur de décomposition de la segmentation
_Pourquoi devrions-nous réduire la taille des microservices ?
Facteur de liaison de segmentation
_Pourquoi devrions-nous augmenter la taille des microservices ?
_Tout est une question d'équilibre
Partagez cette fonctionnalité
Réutilisation du code avec des services partagés
Réutilisation du code avec des bibliothèques partagées
Gestion du flux de travail
Orchestration : Pilotage des microservices
Chorégraphie : Let's Dance
Les superpouvoirs de l'architecture de microservices
_La cryptonite de l'architecture de microservices
Hiérarchisation des microservices
_Finition

Chapitre 11 : Architecture événementielle | Aventures asynchrones
C'est trop lent
Augmenter la vitesse
_[Là-bas] le Nil coule plus vite que jamais
_Qu'est-ce qu'un événement ?
_Événement vs.
message
_Événement de démarrage et événement dérivé
_Qui écoute ?
Communication asynchrone
_Tirer et oublier
_L'asynchrone est préférable
La méthode synchrone est la meilleure
Configuration de la base de données
Base de données monolithique
Base de données de séparation de domaine
Base de données spécifique au service
_EDA contre.
Microservices
_Hybride : Microservices événementiels
Les superpouvoirs de l'architecture événementielle
_Le point faible des architectures événementielles
Tableau d'évaluation de l'architecture événementielle
_Tout collecter
_Finition

Chapitre 12 : À vous de jouer ! | Test de connaissances
Bienvenue sur Make the Grade
Flux de travail des examens étudiants
Planification architecturale
Feuille de route architecturale
Étape 1 : Identification des caractéristiques architecturales
Étape 2 : Identification des composants logiques
Étape 3 : Choisir un style architectural
Étape 4 : Documentez vos décisions
Étape 5 : Dessiner un diagramme d'architecture
Il n'y a pas de bonne ou de mauvaise réponse.

Annexe A : Ce que nous avons manqué | Six sujets clés que nous avons omis
Architecte de code n° 1
#2 Attentes envers les architectes
#3 Les compétences transversales en architecture
#4 Techniques de schématisation
#5 Profondeur des connaissances vs.
étendue
#6 Pratiquer l'architecture Kataro
Comment exécuter un kata

Guide pratique pour la pratique de la pensée architecturale

L'architecture logicielle semble souvent abstraite et lointaine, mais elle constitue en réalité le fondement de tout développement de système.
Ce livre simplifie des concepts complexes sans pour autant omettre les points essentiels que les praticiens doivent connaître.

Nous avons notamment veillé à faciliter la compréhension de la mentalité architecturale grâce à des analogies avec la conception architecturale, et nous l'avons structurée de manière à ce que les apprenants puissent s'immerger en reliant différents styles architecturaux à des histoires de projets réels.
L'un des principaux atouts de cet ouvrage est qu'il aborde de manière systématique des méthodologies qui peuvent être immédiatement appliquées en pratique, telles que la définition des caractéristiques architecturales, l'analyse des compromis et la consignation des décisions architecturales (ADR).

Pour les développeurs novices, ce livre servira de boussole pour appréhender la vision d'ensemble de l'architecture, et pour les ingénieurs expérimentés, il constituera une référence pour examiner et développer leurs propres processus de prise de décision.