Delen via


Een zelfstandige app met één tenant implementeren en verkennen die gebruikmaakt van Azure SQL Database

Van toepassing op: Azure SQL Database

In deze zelfstudie implementeert en verkent u de SaaS-voorbeeldapp Wingtip Tickets die is ontwikkeld met behulp van de zelfstandige app of het app-per-tenant-patroon. De app is ontworpen om functies van Azure SQL Database weer te geven zodat SaaS-scenario's met meerdere tenants eenvoudiger mogelijk kunnen worden gemaakt.

Met de zelfstandige app of het app-per-tenant-patroon wordt een app-instantie voor elke tenant geïmplementeerd. Elke app wordt geconfigureerd voor een specifieke tenant en geïmplementeerd in een afzonderlijke Azure-resourcegroep. Meerdere instanties van de app worden ingericht om een oplossing met meerdere tenants te bieden. Dit patroon is het geschiktst voor kleinere aantallen tenants waarbij de isolatie van de tenants topprioriteit heeft. Azure heeft partnerprogramma's waarmee resources kunnen worden geïmplementeerd in het abonnement van een tenant en kunnen worden beheerd door een serviceprovider namens de tenant.

In deze zelfstudie implementeert u drie zelfstandige apps voor drie tenants in uw Azure-abonnement. U hebt volledige toegang om te verkennen en te werken met de afzonderlijke app-onderdelen.

De broncode en beheerscripts van de app zijn beschikbaar in de GitHub-opslagplaats voor de zelfstandige SaaS-app Wingtip Tickets. De app is gemaakt met Visual Studio 2015 en kan niet worden geopend en gecompileerd in Visual Studio 2019 zonder te worden bijgewerkt.

In deze zelfstudie komen deze onderwerpen aan bod:

  • De zelfstandige SaaS-app Wingtip Tickets implementeren.
  • Waar u de broncode en beheerscripts van de app ophaalt.
  • Informatie over de servers en databases die deel uitmaken van de app.

Aanvullende zelfstudies worden uitgebracht. U kunt hierin een aantal beheerscenario's verkennen op basis van dit app-patroon.

De zelfstandige SaaS-app Wingtip Tickets implementeren

Implementeer de app voor de drie opgegeven tenants:

  1. Klik op elke blauwe knop Implementeren in Azure om de implementatiesjabloon in Azure Portal te openen. Voor elke sjabloon zijn twee parameterwaarden vereist. Een naam voor een nieuwe resourcegroep en een gebruikersnaam die deze implementatie onderscheidt van andere implementaties van de app. In de volgende stap worden de details voor het instellen van deze waarden beschreven.

    Contoso Concert Hall
    Image showing a button labeled

    Dogwood Dojo
    Image showing a button labeled

    Fabrikam Jazz Club
    Image showing a button labeled

  2. Voer de vereiste parameterwaarden in voor elke implementatie.

    Belangrijk

    Om het overzichtelijk te houden zijn bepaalde verificatieprocessen weggelaten. Ook zijn de firewalls op servers uitgeschakeld voor deze zelfstudie. Maak een nieuwe resourcegroep voor elke app-implementatie. Gebruik geen bestaande resourcegroep. Gebruik deze app of resources die hiermee worden gemaakt niet in een productieomgeving. Verwijder alle resourcegroepen wanneer u klaar bent met de apps om de facturering hiervoor te stoppen.

    U kunt in de resourcenamen het beste alleen kleine letters, cijfers en afbreekstreepjes gebruiken.

    • Selecteer voor Resourcegroep de optie Nieuwe maken en geef een naam in kleine letters op voor de resourcegroep. wingtip-sa-venueName-user<>>< is het aanbevolen patroon. Vervang <voor venueName> de naam van de locatie door geen spaties. Vervang <voor de gebruiker> de gebruikerswaarde van hieronder. Met dit patroon kunnen namen van resourcegroepen er als volgt uitzien: wingtip-sa-contosoconcerthall-af1, wingtip-sa-dogwooddojo-af1, wingtip-sa-fabrikamjazzclub-af1.

    • Selecteer een locatie in de vervolgkeuzelijst.

    • Voor Gebruiker wordt een korte waarde aanbevolen, zoals uw initialen plus een cijfer: bijvoorbeeld af1.

  3. Implementeer de toepassing.

    • Klik om akkoord te gaan met de voorwaarden.
    • Klik op Kopen.
  4. Controleer de status van de drie implementaties door te klikken op Meldingen (het belpictogram rechts van het zoekvak). Het implementeren van de apps duurt ongeveer vijf minuten.

De toepassingen uitvoeren

De app geeft een overzicht van de locaties waarop evenementen plaatsvinden. De locaties zijn de tenants van de app. Elke locatie krijgt een gepersonaliseerde website waarop de evenementen voor die locatie worden vermeld en kaartjes worden verkocht. Voorbeelden van locatietypen zijn concertzalen, jazzclubs en sportverenigingen. In het voorbeeld bepaalt het type locatie de achtergrondfoto die wordt weergegeven op de website van de locatie. In het zelfstandige app-model heeft elke locatie een afzonderlijke app-instantie met een eigen zelfstandige Azure SQL Database.

  1. Open de pagina met evenementen voor elk van de drie tenants in afzonderlijke browsertabbladen:

    • http://events.contosoconcerthall.<user.trafficmanager.net>

    • http://events.dogwooddojo.<user.trafficmanager.net>

    • http://events.fabrikamjazzclub.<user.trafficmanager.net>

      (Vervang in elke URL <user> door de gebruikerswaarde van uw implementatie.)

    Events

De app maakt gebruik van Azure Traffic Manager om de distributie van inkomend verkeer te regelen. Elke app-instantie voor een bepaalde tenant bevat de tenantnaam als onderdeel van de domeinnaam in de URL. Alle tenant-URL's bevatten uw specifieke waarde voor Gebruiker. De URL's hebben de volgende notatie:

  • http://events.<locatienaam>.<user.trafficmanager.net>

De locatie van de database van elke tenant is opgenomen in de app-instellingen van de betreffende geïmplementeerde app.

In een productieomgeving maakt u doorgaans een CNAME DNS-record om een internetdomein van het bedrijf te laten verwijzen naar de URL van het Traffic Manager-profiel.

De servers en tenantdatabases verkennen

Laten we eens kijken naar enkele van de resources die zijn geïmplementeerd:

  1. Blader in Azure Portal naar de lijst met resourcegroepen.
  2. Er worden drie tenant-resourcegroepen weergegeven.
  3. Open de resourcegroep wingtip-sa-fabrikam-<user>, die de resources bevat voor de implementatie van Fabrikam Jazz Club. De server fabrikamjazzclub-<user> bevat de database fabrikamjazzclub.

Elke tenantdatabase is een zelfstandige 50 DTU-database.

Aanvullende bronnen

Resourcegroepen verwijderen om de facturering te stoppen

Wanneer u klaar bent met het gebruik van het voorbeeld, verwijdert u alle resourcegroepen die u hebt gemaakt om de facturering hiervoor te stoppen.

Volgende stappen

In deze zelfstudie hebt u het volgende geleerd:

  • De zelfstandige SaaS-app Wingtip Tickets implementeren.
  • Informatie over de servers en databases die deel uitmaken van de app.
  • Voorbeeldresources verwijderen om facturering hiervoor te stoppen.

Bekijk vervolgens de zelfstudie Inrichten en catalogiseren, waarin u het gebruik van een catalogus van tenants verkent die een reeks scenario's voor meerdere tenants, zoals schemabeheer en tenant-analyses, mogelijk maakt.