Vad är en resursgrupp i Azure?

En resursgrupp i Azure är en logisk container som samlar relaterade resurser som tillhör en applikation eller arbetsbelastning. Resursgruppen definierar en gemensam livscykel, en gräns för åtkomststyrning genom RBAC och en omfattning för taggar, policys och kostnadsuppföljning. Alla resurser i Azure måste tillhöra exakt en resursgrupp, vilket gör den till den minsta organisatoriska enheten i Azures resursmodell.

Resursgruppens roll i Azure Resource Manager

Azure Resource Manager, ARM, är det API och deklarativa lager som hanterar livscykeln för alla Azure-resurser. I ARM-hierarkin sitter resursgruppen mellan en prenumeration och de enskilda resurserna:

1. Management group samlar prenumerationer för central styrning
2. Subscription är fakturerings- och åtkomstgräns
3. Resource group är livscykel- och driftgräns
4. Resource är den faktiska tjänsten, till exempel en VM eller en databas

Du kan läsa mer om plattformen i vår översikt av Azure.

Vad en resursgrupp ger dig

Bästa praxis för design av resursgrupper

• En resursgrupp per applikation och miljö. Skilj produktion, test och utveckling åt och låt varje miljö ha egen resursgrupp för tydlig livscykel.
• Gruppera resurser som lever och dör tillsammans. Resurser som behöver olika livscykler bör placeras i olika resursgrupper, även om de hör till samma affärsdomän.
• Använd konsekvent namngivning. En tydlig konvention som rg-appnamn-miljo-region underlättar drift, automation och felsökning.
• Standardisera taggar. Owner, costcenter, environment och dataclassification bör vara obligatoriska och genomdrivas med Azure Policy.
• Lägg resurser i samma region. En resursgrupp har en region för metadata. Resurserna i den kan ligga i andra regioner men det blir lättare att hantera om de följer gruppens region.
• Kombinera med management groups. Storskaliga miljöer styrs bäst genom en kombination av management groups, prenumerationer och resursgrupper enligt Microsofts Cloud Adoption Framework.

Vanliga fallgropar att undvika

• En enda resursgrupp för allt. Det förstör möjligheten att styra livscykel, åtkomst och kostnad granulärt och leder snabbt till oöverskådlighet.
• Resurser i fel region. Latens och dataresidens blir lidande om resurser hamnar i andra regioner än vad arkitekturen avser.
• Manuella ändringar. Drift utanför Bicep eller Terraform skapar avvikelser som är svåra att felsöka. Använd deployment stacks eller state-filer för att hålla sanningen samlad.
• Glömda resource locks. Produktion bör ha låsning på resursgruppsnivå för att förhindra oavsiktlig borttagning.

Resursgrupper, RBAC och Azure Policy i praktiken

Eftersom resursgrupper är ett RBAC-omfång kan du ge ett applikationsteam Contributor-rollen på sin egen resursgrupp utan att de får tillgång till resten av prenumerationen. På samma sätt kan Azure Policy kräva att alla resurser i en resursgrupp har specifika taggar eller endast skapas i godkända regioner. Tillsammans gör detta resursgruppen till den naturliga enheten för delegerad self-service inom en plattform. Mer om hur SLA mäts på Azure-tjänster finns i Hur beräknar jag SLA i Azure?.

Så hjälper Opsio

Opsio designar och driftar Azure-plattformar med strukturerade resursgrupper, Azure Policy och delegerad self-service genom hanterade Azure-tjänster. Vi sätter upp Cloud Adoption Framework, taggstrategi och kostnadsuppföljning från dag ett. Kontakta oss via vårt kontaktformulär för en arkitekturgenomgång.

Vanliga frågor

Kan en resurs flyttas mellan resursgrupper?

Ja, många resurstyper stöder flytt mellan resursgrupper eller prenumerationer, men inte alla. Flytten kräver att resursprovidern och eventuella beroende resurser också stöder operationen. Kontrollera Microsofts dokumentation för respektive resurstyp innan du planerar en flytt.

Kan en resurs tillhöra flera resursgrupper?

Nej. Varje resurs hör till exakt en resursgrupp åt gången. Om du behöver dela resurser mellan applikationer placerar du dem i en egen, delad resursgrupp och hanterar åtkomst genom RBAC.

Vad händer med resurserna om resursgruppen tas bort?

Alla resurser i gruppen tas bort. Det är därför resursgruppen är så användbar för avgränsade miljöer, men också anledningen att lägga resource locks på produktionsgrupper för att förhindra oavsiktlig borttagning.

Hur skiljer sig resursgrupper från management groups?

Management groups grupperar prenumerationer för central styrning, medan resursgrupper grupperar resurser inom en prenumeration. Båda används tillsammans för att skapa en skalbar hierarki, ofta enligt mönster i Microsofts Cloud Adoption Framework.

Hur många resursgrupper kan en prenumeration ha?

En prenumeration kan ha upp till 980 resursgrupper, och varje resursgrupp kan innehålla upp till 800 distributioner enligt Azure-prenumerationsgränserna. Gränserna är sällan ett praktiskt problem men bör beaktas i mycket stora miljöer.

Hur kommer namngivningskonventioner i ordning utan friktion?

Definiera konventionen i kod genom Bicep- eller Terraform-moduler och genomdriv den med Azure Policy. Då blir den enkel att följa, eftersom plattformen själv vägrar skapa resurser som bryter mot konventionen. Det är effektivare än manuella riktlinjer.