Lektion 10 av 12

En av styrkorna vid molnet är möjligheten till at enkelt skala sin applikation, men innan vi kan det måste vi säkerställa oss att vår applikation kan skala. Ett vikitigt ord för att lyckas med en applikation som kan skala är stateless.

Lektionsplan

Förre lektion (9): Monitorering av moln applikationer

Nästa lektion (11): Molnsäkerhetsfunktioner

Lektionslitteratur

Detta är material (artiklar, videoer, blogs, podcasts etc) som är den teoretiska bas för denna lektion, det antas att du har läst/set/lystnad detta innan lektionen starter.

Estimerat samlat “läs”-tid för lektionslittertur är 110 min (för den frivilliga fördjupningslitteratur gäller 0 min)

Indviduella övningsuppgifter

Gå igennom dissa två övningar, som är en del av kursen Architect migration, business continuity, and disaster recovery in Azure:

• Scale apps in Azure App Service, 21 min
• Scale an App Service web app to efficiently meet demand with App Service scale up and scale out, 46 min

Övningsuppgift

Göras ensamt eller fler tillsammans. Målet är altid en fungerande applikation, och det rekomenderas därför att börja med brons och sen gå på silver och på slutet guld (men det är såklart möjligt att gå på silver eller guld direkt). Silver och guld är frivilliga, hellere en fungerende brons än en ofungerende silver. VG är möjligt på alla nivåer.

Målet med dagens övning är att se hur man kan sätt upp ett last-test med loader.io och samtidigt se att en Azure Function automatisk börjar att skala när där kommer tillräckligt med last.

Hint: Load-Testing Azure Functions with Loader.io

• Se till att ha en Azure function, eller lägg upp en ny.
• Skåpa en konto på loader.io
• Lägg till den azure function host i Loader
• När du ska verficera din azure funtion är det enklaste att lägga upp en Function Proxy (se bild här under).
• Verificera din function i Loader och lägg upp dit första test
• Låt test köra ett tag och se om din function skalar som tänkt
• Kolla “metrics” i din Azure-portalen för din function

Om man vill se hur många instanser som har körst under testet kan man under logs använda sig av följande KQL (det går inte enkelt att se någonstans):

let grainTime = 30sec;

traces
| where timestamp >= ago(24h)
| summarize ['rate/minute'] = dcount(cloud_RoleInstance) by timestamp
| render timechart

Individuell inlämningsuppgift

Blogg 10: Skalning, upp och ut

Gör ett nytt inlägg på din blog som du gjorde i samband med dom förra lektioner. Det rekomenderas att skriva på samma språk som din första blogg post.

Deadline på PingPong, fredag den 08:e oktober kl 23:55. Posta ett länk till dagens blog post.

Skriv ett blogg post som följer denna lektion, detta post ska innehålla en text som svara på dissa frågor:

• Förklara skildnad på att skala en applikation horisontalt och vertikalt
• Hur påverker det kostnad att ha en applikation Azure som skalar horisontalt vs vertikalt?
  • För en app service
  • En en virtuell maskin
• Inte alla Azure Service App plans gir möjlighet att skala, vilka gir vilka möjligheter?

Att prata om vertikal skalning ger mest mening på virtelle maskiner eftersom där finns fler typer av instanser att välja på. Men kan också vara relevant för App Services.

Om du vill kan du nu välja att dela denna blogpost på sociala media (Linked, Twitter, Facebook etc.) kom ihåg att använda lämpliga hashtags som: #1 #2