Avant-propos
Lorsque j'ai créé mes premières API au Financial Times, il y a plus de dix ans, elles n'étaient pas très nombreuses. Nous construisions sur une architecture monolithique, et les API étaient uniquement là pour permettre à des tiers externes d'accéder à notre contenu.
Mais aujourd'hui, les API sont partout et elles sont essentielles à ta réussite lorsque tu construis un système.
C'est parce qu'au cours de la dernière décennie, deux choses se sont combinées pour changer la façon dont beaucoup d'entre nous font du développement de logiciels.
Tout d'abord, la technologie à notre disposition a changé. L'essor du cloud computing nous a donné un approvisionnement en libre-service et à la demande. Les pipelines de construction et de déploiement automatisés nous ont permis de faire de l'intégration et du déploiement continus, et les conteneurs et les technologies associées comme l'orchestration nous ont permis d'exécuter un grand nombre de petits services indépendants en tant que système distribué.
Pourquoi faisons-nous cela ? À cause de la deuxième chose : les recherches qui montrent que les organisations de développement de logiciels qui réussissent ont des architectures à couplage lâche et des équipes autonomes et responsabilisées. La réussite se définit ici en termes d'impact positif sur l'entreprise : augmentation de la part de marché, de la productivité et de la rentabilité.
Nos architectures ont maintenant tendance à être plus lâchement couplées, distribuées et construites ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access