Construire des architectures SaaS multi-locataires

Chapitre 15. SaaS Anywhere

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

Jusqu'à présent, j'ai présenté une vision de l'architecture SaaS qui suppose que toutes les ressources du système sont gérées et contrôlées par le fournisseur SaaS. En fait, une grande partie de la valeur, de l'échelle et de l'efficacité du SaaS est obtenue en cachant les détails de l'infrastructure sous-jacente du système. Il s'agit d'une pierre angulaire de l'état d'esprit "as-a-service", où les locataires ne peuvent toucher que la surface (application, API, etc.) de ta solution. La mise en place de ce mur permet aux équipes d'affiner et d'optimiser continuellement leurs environnements, en passant d'une technologie à l'autre et d'une conception à l'autre sans craindre d'avoir un impact sur les locataires. En même temps, il y a des cas d'utilisation où tu peux être amené à repousser ces limites, en permettant à des parties de ton architecture SaaS d'être hébergées dans des environnements qui peuvent être contrôlés par ton client. Cette idée d'avoir des parties de ton système fonctionnant dans des environnements multiples (dans le Cloud, sur site, dans le compte d'un client) est ce que j'ai étiqueté comme SaaS Anywhere.

Dans ce chapitre, nous commencerons par examiner certains des facteurs fondamentaux qui pourraient amener les équipes à créer ces expériences SaaS Anywhere. Nous explorerons certaines des réalités commerciales ...