Architecting multitenant solutions on Azure | Azure Friday

John Downs joins Scott Hanselman to discuss how to design, architect, and build multitenant Software-as-a-Service (SaaS) solutions on Azure. If you're building a SaaS product or another multitenant service, there's a lot to consider when you want to ensure high performance, tenant isolation, and managing deployments. We'll walk through some example SaaS architectures and see how Microsoft provides guidance to help you to build a multitenant solution on top of Azure.
00:00 - Introduction
00:23 - Multitenancy in the cloud
06:28 - Multitenancy guidance
07:00 - Design considerations
16:09 - Architectural approaches
18:07 - Service-specific guidance
20:28 - Wrap-up
Recommended resources
■ Architect multitenant solutions on Azure - aka.ms/azfr/719/01
■ Architecting multitenant solutions Livestream event - aka.ms/azfr/719/02
■ Share your feedback - aka.ms/azfr/719/03
■ Create a Pay-as-You-Go account (Azure) - aka.ms/azfr/719/payg
■ Create a free account (Azure) - aka.ms/azfr/719/free
Connect with us
■ Scott Hanselman | @SHanselman - / shanselman
■ John Downs | @JDwns - / jdwns
■ Azure Friday | @AzureFriday - / azurefriday
#Microsoft #Azure #AzureFriday

[@swarnadeep87]

Very nicely described and the documentation looks so complete. Can't wait to read through and explore..!
Thanks for putting all this information together! :)

[@AjayKumar-rz6hz]

Thanks for the beautiful session

[@abhijithsugunan6768]

Awesome, thanks for the video

[@Joe-tk8cx]

Awesome as always

[@amaral-soudi5788]

GREAT session guys thanks a lo t...

[@BlazorPlate]

Thank you so much for the informative video. Multitenancy, in general, is a bit challenging, especially when it comes to managing tenants and their subscriptions through a dedicated tenant administration portal. This is in conjunction with data isolation strategies such as a Shared Database for All Tenants and a Separate Database Per Tenant. We dedicated the past four years to analyzing and studying the best practices that should be considered when building a SaaS app using the Multitenancy approach.

[@JimmyZ0]

Thank you for the great sharing

[@tk429]

I wish this was a playlist on your channel.

[@pedromiranda1000]

Please do more of these videos!

[@josephwhitelow3169]

I will Thanks

[@prodigise-gx5xj]

Excellent!

[@hussienalsafi1149]

Thank you

[@owensigurdson8610]

Does SOC 2 compliance require a certain model?

[@AD06291972]

This subject matter *should* be its own role-based or specialty certification for Azure...

[@davidbrenchley]

Any nugget packages you would recommend for multi-tenant?

[@MicrosoftAzure]

Hi David, to get the best advice on this, we recommend reaching out to our Azure Community here: msft.it/6052jEdQw
The community is a great place to get help, advice and guidance for Azure users.

[@iamnospayt4485]

How does this fit with CAF and Enterprise Landing Zones?

[@johndnz]

The multitenancy guidance is more about how you design individual applications or workloads, while CAF and landing zones are about managing your whole Azure estate. However, we've also published some information that might be helpful: docs.microsoft.com/azure/cloud-adoption-framework/ready/landing-zone/isv-landing-zone

[@rarepanda3766]

Extreme high level approach :( Things you showed are just isolating tenants on resources and not really using the Cloud like PaaS. Things you showed can be easily done in a Kubernetes Cluster. More interesting would be Scaling for example in CosmosDB or how to integrate Azure B2C or API Management and split Storage and Compute clear ... and so on..

[@johndnz]

Please check out the guidance at aka.ms/multitenancy - it includes some of these points already (e.g. how to split up storage accounts and Cosmos DB accounts), and we are working on guidance around Azure AD and AKS at the moment :)

[@pandalord289]

@@johndnz Hey John, thanks for your reply. I see there are some examples. Still this multi tenant approach is more on a fixed tenant wise application. Solutions which can fit infinite Tenants will use different approaches. Either way, I guess in the end every project is specific and needs planning. In our usecase for example we learned that front door is way too expensive and also can't handle A Records, I would only use it for certain applications, just to name a example.

[@user-ts1ir2fv2p]

nice

[@edimarribeirodasilva5391]

FRANCA SP BRASIL .

[@hydtechietalks3607]

thi sis a useless session just should have shared links in ONE SLIDE.. Waste of TIME!