Architecture logicielle : Les parties difficiles

Préface

Cet ouvrage a été traduit à l'aide de l'IA. Tes réactions et tes commentaires sont les bienvenus : [e-mail]

Lorsque deux de vos auteurs, Neal et Mark, écrivaient le livre Fundamentals of Software Architecture, nous n'avons cessé de rencontrer des exemples complexes d'architecture que nous voulions couvrir mais qui étaient trop difficiles. Chacun d'entre eux n'offrait pas de solution facile, mais plutôt une collection de compromis désordonnés. Nous avons mis ces exemples de côté dans une pile que nous avons appelée "les parties difficiles". Une fois le livre terminé, nous avons regardé la pile désormais gigantesque de parties difficiles et nous avons essayé de comprendre : pourquoi ces problèmes sont-ils si difficiles à résoudre dans les architectures modernes?

Nous avons pris tous les exemples et les avons étudiés comme des architectes, en appliquant l'analyse des compromis pour chaque situation, mais aussi en prêtant attention au processus que nous avons utilisé pour arriver à ces compromis. L'une de nos premières révélations a été l'importance croissante des données dans les décisions d'architecture : qui peut/doit accéder aux données, qui peut/doit y écrire, et comment gérer la séparation des données analytiques et opérationnelles. À cette fin, nous avons demandé à des experts dans ces domaines de se joindre à nous, ce qui permet à ce livre d'intégrer pleinement la prise de décision sous les deux angles : de l'architecture aux données et des ...