Accueil InfoQ Architecture sur InfoQ
-
Architecture Decision Records (ADR) : Définition Et Comment Nous Le Faisons Chez Zup
Découvrez l’Architecture Decision Records (ADR) et comment ce document prend en charge la prise de décision en matière d'architecture logicielle. En plus de rendre votre architecture plus évolutive.
-
Tech Radar : Qu'Est-Ce Que C'Est Et Pourquoi Les Equipes Techniques Doivent En Avoir Un
Découvrez comment Tech Radar peut améliorer l'expérience de votre équipe et éviter les maux de tête dans l'architecture de votre organisation.
-
Architecture Socio-Technique
Le bonheur des développeurs fait le bonheur des clients et des actionnaires. L’autorité est inefficace si les équipes sont compétentes. Une organisation socio-technique apporte une nouvelle vision de la qualité de vie et de l’humanisme au travail. Pour créer un environnement où l’âme de nos équipes prospère, il faut créer les conditions permettant l’épanouissement des liens entre ses membres.
-
7 Façons D'échouer Dans Les Microservices
Lors de QCon Plus en novembre dernier, j'ai présenté certaines des façons dont les microservices peuvent mal tourner. Je suis consultante pour IBM, et une partie de mon travail consiste à aider les entreprises à devenir natives du cloud. Ces problèmes sont basés sur mon expérience – que, malheureusement, je vois à plusieurs reprises sur le terrain.
-
Jakarta Data : Meilleure Intégration Entre Java Et La Base De Données
Cet article présente les patterns existants pour l’accès aux bases de données dans le monde Java ainsi que la nouvelle proposition de la Fondation Eclipse liée au sujet.
-
Apprenez À Rendre Votre Code Lisible Avec L’Injection De Dépendance Et Jakarta CDI
En savoir plus sur l'injection de dépendances avec Jakarta CDI et améliorer l'efficacité et la lisibilité de votre code.
-
Microservices — La Lettre Et L’Esprit
Considérer les microservices comme une architecture de "services découplés" permet d’en tirer la quintessence (la compréhension du découpage ("petit" vs "découplé") oblige les développeurs à concevoir des services cohérents avec cette architecture). Nous verrons dans cet article les bonnes et mauvaises implémentations: “petits services” vs “services découplés” ou “Lettre” vs “Esprit”.
-
C4-Model : Pourquoi Documenter L'Architecture De Vos Projets ?
Évitez la douleur dans votre organisation et votre équipe en documentant votre architecture de manière simple et efficace et en utilisant Doc as code. Découvrez le modèle C4 et pourquoi utiliser ce modèle pour documenter l'architecture, en plus de ce que nous avons fait dans les produits Zup Open Source.
-
Réduire La Complexité De L'Infrastructure Cloud
L'adoption du cloud computing a pris d'assaut le monde et s'accélère sans relâche. Selon le rapport annuel de Flexera sur l'état du cloud pour 2020, 93 % des personnes interrogées ont utilisé des stratégies de cloud multi ou hybride. Cet article examine différents aspects de la complexité de l'infrastructure cloud et les approches pour l'atténuer.
-
Dépendances Et Valeur Métier Au Cœur De L’Architecture
Cet article présente les différents types de dépendances (“build” et “runtime”), et pose la question de leurs impacts à différents niveaux de granularité. Il met en avant l’importance de la valeur métier dans le choix du sens des dépendances. Ce sens permet de garantir la protection du “core” métier en minimisant les impacts, et en produisant, à moindre coût, le plus de valeur métier possible.
-
Les Pièges Et Les Patterns Dans La Gestion Des Dépendances Dans Une Architecture Microservice
Silvia Esparrachiari nous explique comment un changement mineur peut impacter un système, et souligne l’importance d’en avoir une vision globale pour mieux comprendre l’impact d’une modification. Elle présente trois scénarios distincts autour de la gestion des dépendances dans une architecture microservices, tous tirés de son expérience chez Google.
-
Adoption D'une Architecture Cloud Native, 3ème Partie : Orchestration De Services Et Service Mesh
Cette 3ème partie dans la série Adoption d'une architecture Cloud Native, détaille les interactions dans une architecture microservices, les difficultés récurrentes que nous rencontrons dans les systèmes distribués sans une gouvernance adaptée, et comment des patterns comme l’orchestration et le Service Mesh peuvent y répondre.