Kostnadsfördelning

Den här artikeln hjälper dig att förstå kostnadsallokeringsfunktionen i FinOps Framework och hur du implementerar den i Microsoft Cloud.

Definition

Kostnadsallokering avser processen att tilldela och tilldela kostnader till specifika avdelningar, team och projekt inom en organisation.

Identifiera de mest kritiska attributen att rapportera mot baserat på intressenternas behov. Överväg de olika rapporteringsstrukturerna i organisationen och hur du hanterar ändringar över tid. Överväg tekniska metoder som kan introducera olika typer av kostnader som måste analyseras oberoende av varandra.

Upprätta och underhålla en mappning av molnkostnader och lokala kostnader till varje attribut och tillämpa styrningsprinciper för att säkerställa att data taggas korrekt i förväg. Definiera en process för hur du hanterar taggningsluckor och missar.

Kostnadsallokering är den grundläggande delen av kostnadsansvaret och gör det möjligt för organisationer att få insyn i den ekonomiska effekten av sina molnlösningar och relaterade aktiviteter och initiativ.

Komma igång

När du först börjar hantera kostnader i molnet använder du de interna "allokeringsverktygen" för att organisera prenumerationer och resurser för att anpassa till din primära organisations rapporteringsstruktur. För allt utöver det kan taggar utöka molnresurser och deras användning för att lägga till affärskontext, vilket är viktigt för alla strategier för kostnadsallokering.

Kostnadsallokering är vanligtvis en eftertanke och kräver viss rensningsnivå när den introduceras. Du behöver en plan för att implementera din strategi för kostnadsallokering. Vi rekommenderar att du först beskriver planen för att få anpassning och eventuellt prototyper i liten skala för att demonstrera värdet.

• Bestäm hur du vill hantera åtkomsten till molnet.
  • På vilken nivå i organisationen vill du centralt etablera åtkomst till molnet: Avdelningar, team, projekt eller program? Höga nivåer kräver mer styrning och låga nivåer kräver mer hantering.
  • Vilket molnomfång vill du etablera för den här nivån?
    • Faktureringsomfång används för att organisera kostnader mellan och inom fakturor.
    • Hanteringsgrupper används för att organisera kostnader för resurshantering. Du kan optimera hanteringsgrupper för principtilldelning eller organisationsrapportering.
    • Prenumerationer ger ingenjörerna den största flexibiliteten att skapa de lösningar de behöver, men de kan också komma med fler hanterings- och styrningskrav på grund av den här friheten.
    • Resursgrupper gör det möjligt för tekniker att distribuera vissa lösningar, men kan kräva mer stöd när lösningar kräver att flera resursgrupper eller alternativ aktiveras på prenumerationsnivå.
• Hur vill du använda hanteringsgrupper?
  • Organisera prenumerationer i miljöbaserade hanteringsgrupper för att optimera för principtilldelning. Med hanteringsgrupper kan principadministratörer hantera principer på den översta nivån, men blockerar möjligheten att utföra rapportering mellan prenumerationer utan en extern lösning, vilket ökar dataanalysen och showback-arbetet.
  • Organisera prenumerationer i hanteringsgrupper baserat på organisationshierarkin för att optimera för organisationsrapportering. Med hanteringsgrupper kan ledare i organisationen visa kostnader mer naturligt från portalen, men det krävs att principadministratörer använder taggbaserade principer, vilket ökar arbetet med principer och styrning. Tänk också på att du kan ha flera organisationshierarkier och hanteringsgrupper som bara stöder en.
• Definiera en omfattande taggningsstrategi som överensstämmer med organisationens kostnadsallokeringsmål.
  • Överväg de specifika attribut som är relevanta för kostnadsattribut, till exempel:
    • Så här mappar du kostnader tillbaka till finansiella konstruktioner, till exempel Cost Center?
    • Kan du mappa tillbaka till alla nivåer i organisationshierarkin, till exempel affärsenhet, avdelning, division och team?
    • Vem är ansvarig för tjänsten, till exempel företagsägare och teknisk ägare?
    • Vilken ansträngning mappas den till, till exempel projekt och program?
    • Vad är det tekniska syftet med den här resursen, till exempel miljö, komponent och syfte?
  • Kommunicera tydligt taggningsriktlinjer till alla intressenter.
• När du har definierat det är det dags att implementera din strategi för kostnadsallokering.
  • Överväg en metod uppifrån och ned som prioriterar att få avdelningskostnader på plats innan du optimerar på den lägsta projekt- och miljönivån. Du kanske vill implementera det i faser, beroende på hur bred och djup din organisation är.
  • Aktivera taggarv i Cost Management för att kopiera prenumerations- och resursgrupptaggar endast i kostnadsdata. Det ändrar inte taggar på dina resurser.
  • Använd Azure Policy för att framtvinga din taggningsstrategi, automatisera tillämpningen av taggar i stor skala och spåra efterlevnadsstatus. Använd efterlevnad som en KPI för din taggningsstrategi.
  • Om du behöver flytta kostnader mellan prenumerationer, resursgrupper eller lägga till eller ändra taggar konfigurerar du allokeringsregler i Cost Management. Kostnadsallokering beskrivs i detalj i Hantera delade kostnader.
  • Överväg att gruppera relaterade resurser tillsammans med taggen "cm-resource-parent" för att visa kostnader tillsammans i kostnadsanalys.
  • Fördela ansvaret för eventuella återstående ändringar för att skala ut och driva effektivitet.
• Anteckna eventuella oallokerade kostnader eller kostnader som ska delas upp men som inte kunde vara det. Du täcker det som en del av Hantera delade kostnader.

När alla resurser har taggats och/eller organiserats i lämpliga resursgrupper och prenumerationer kan du rapportera mot dessa data som en del av Dataanalys och showback.

Tänk på att taggning tar tid att tillämpa, granska och rensa. Förvänta dig att gå igenom flera taggningscykler när alla har insyn i kostnadsdata. Många människor inser inte att det finns ett problem förrän de har synlighet, varför FinOps är så viktigt.

Bygga vidare på grunderna

Nu har du en strategi för kostnadsallokering med detaljerade krav på molnhantering och taggning. Taggning ska tillämpas automatiskt eller åtminstone spåras med KPI:er för efterlevnad. När du går längre än grunderna bör du tänka på följande:

• Fyll eventuella luckor som inte är fyllda med inbyggda verktyg.
  • Det här gapet kräver minst rapportering utanför portalen, där taggningsluckor kan sammanfogas med andra data.
  • Om taggningsluckor måste lösas direkt i data måste du implementera datainmatning och normalisering.
• Överväg andra kostnader som ännu inte täcks eller som kan spåras separat.
  • Sträva efter att öka konsekvensen mellan datakällor för att justera taggningsimplementeringar. När det inte är möjligt implementerar du rensning som en del av datainmatning och normalisering eller omallokerar kostnader som en del av din övergripande strategi för kostnadsallokering.
• Granska och förfina din strategi för kostnadsallokering regelbundet.
  • Överväg den här processen som en del av feedbackloopen för rapportering. Om din strategi för kostnadsallokering misslyckas kanske den feedback du får inte är direkt kopplad till kostnadsallokering eller metadata. Det kan i stället vara relaterat till rapportering. Se upp för den här feedbacken och se till att feedbacken åtgärdas på det lämpligaste lagret.
  • Se till att kraven på namngivning, metadata och hierarki används konsekvent och effektivt i hela miljön.
  • Överväg andra KPI:er för att spåra och övervaka framgången för din strategi för kostnadsallokering.

Läs mer på FinOps Foundation

Den här funktionen är en del av FinOps Framework av FinOps Foundation, en ideell organisation som är dedikerad för att främja molnkostnadshantering och optimering. Mer information om FinOps, inklusive användbara spelböcker, utbildning och certifieringsprogram, med mera finns i artikeln om kostnadsallokering (metadata och hierarki) i FinOps Framework-dokumentationen.

Nästa steg

• Dataanalys och showback
• Hantera delade kostnader