Aracılığıyla paylaş

Maliyet tahsisatı

  • Makale

Bu makale, FinOps Framework içindeki maliyet ayırma özelliğini ve bunu Microsoft Bulut'ta nasıl uygulayabileceğinizi anlamanıza yardımcı olur.

Tanım

Maliyet ayırma, maliyetlerin kuruluş içindeki belirli departmanlara, ekiplere ve projelere atanma ve atanma sürecini ifade eder.

Paydaş gereksinimlerine göre raporlanması gereken en kritik öznitelikleri belirleyin. Kuruluş içindeki farklı raporlama yapılarını ve zaman içinde değişikliği nasıl ele alabileceğinizi göz önünde bulundurun. Bağımsız olarak analiz edilmesi gereken farklı maliyet türlerine neden olabilecek mühendislik uygulamalarını göz önünde bulundurun.

Her öznitelik için bulut ve şirket içi maliyetlerin eşlemesini oluşturup koruyun ve verilerin önceden uygun şekilde etiketlendiğinden emin olmak için idare ilkeleri uygulayın. Etiketleme boşluklarını ve eksiklerini işlemeye yönelik bir işlem tanımlayın.

Maliyet ayırma, maliyet sorumluluğunun temel öğesidir ve kuruluşların bulut çözümlerinin ve ilgili etkinliklerinin ve girişimlerinin finansal etkileri hakkında görünürlük kazanmalarını sağlar.

Başlarken

Bulutta maliyeti yönetmeye ilk başladığınızda, abonelikleri ve kaynakları birincil kuruluş raporlama yapınıza uygun şekilde düzenlemek için yerel "ayırma" araçlarını kullanırsınız. Bunun dışındaki her şey için etiketler, bulut kaynaklarını ve kullanımlarını artırarak iş bağlamı ekleyebilir ve bu, maliyet ayırma stratejisi için kritik önem taşır.

Maliyet ayırma genellikle sonradan yapılan bir işlemdir ve kullanıma sunulduğunda bir miktar temizleme gerektirir. Maliyet ayırma stratejinizi uygulamak için bir plana ihtiyacınız vardır. Değeri göstermek için önce hizalama ve büyük olasılıkla küçük ölçekte prototip oluşturma amacıyla bu planın ana hatlarını oluşturmanızı öneririz.

  • Buluta erişimi nasıl yönetmek istediğinize karar verin.
    • Kuruluşta hangi düzeyde buluta merkezi erişim sağlamak istiyorsunuz: Departmanlar, ekipler, projeler veya uygulamalar? Yüksek düzeyler daha fazla idare gerektirir ve düşük düzeyler daha fazla yönetim gerektirir.
    • Bu düzey için hangi bulut kapsamını sağlamak istiyorsunuz?
      • Faturalama kapsamları, faturalar arasında ve içindeki maliyetleri düzenlemek için kullanılır.
      • Yönetim grupları , kaynak yönetimi maliyetlerini düzenlemek için kullanılır. İlke ataması veya kuruluş raporlaması için yönetim gruplarını iyileştirebilirsiniz.
      • Abonelikler mühendislere ihtiyaç duydukları çözümleri oluşturma esnekliği sağlar, ancak bu özgürlük nedeniyle daha fazla yönetim ve idare gereksinimleriyle birlikte gelebilir.
      • Kaynak grupları mühendislerin bazı çözümleri dağıtmasını sağlar, ancak çözümlerin abonelik düzeyinde birden çok kaynak grubu veya seçeneğin etkinleştirilmesini gerektirdiğinde daha fazla destek gerektirebilir.
  • Yönetim gruplarını nasıl kullanmak istiyorsunuz?
    • İlke atamasını iyileştirmek için abonelikleri ortam tabanlı yönetim grupları halinde düzenleyin. Yönetim grupları, ilke yöneticilerinin ilkeleri en üst düzeyde yönetmesine izin verir, ancak dış çözüm olmadan abonelikler arası raporlama gerçekleştirme olanağını engeller ve bu da veri çözümleme ve geri gösterme çabalarınızı artırır.
    • Kurumsal raporlamayı iyileştirmek için abonelikleri kuruluş hiyerarşisine göre yönetim grupları halinde düzenleyin. Yönetim grupları, kuruluş içindeki liderlerin maliyetleri portaldan daha doğal bir şekilde görüntülemesine olanak sağlar, ancak ilke yöneticilerinin etiket tabanlı ilkeleri kullanmasını gerektirir ve bu da ilke ve idare çalışmalarını artırır. Ayrıca birden çok kuruluş hiyerarşiniz olabileceğini ve yönetim gruplarının yalnızca birini desteklediğini unutmayın.
  • Kuruluşunuzun maliyet ayırma hedefleriyle uyumlu kapsamlı bir etiketleme stratejisi tanımlayın.
    • Maliyet atfı ile ilgili belirli öznitelikleri göz önünde bulundurun, örneğin:
      • Maliyetleri, örneğin maliyet merkezi gibi finansal yapılarla eşleme
      • Kurumsal hiyerarşideki iş birimi, departman, bölüm ve ekip gibi her düzeye geri eşlenebilir misiniz?
      • İşletme sahibi ve mühendislik sahibi gibi hizmet kimin sorumluluğundadır?
      • Bu, proje ve uygulama gibi hangi eforla eşler?
      • Ortam, bileşen ve amaç gibi bu kaynağın mühendislik amacı nedir?
    • Etiketleme yönergelerini tüm paydaşlara açıkça iletin.
  • Tanımlandıktan sonra maliyet ayırma stratejinizi uygulama zamanı geldi.
    • En düşük proje ve ortam düzeyinde iyileştirmeden önce departman maliyetlerinin yerine getirilmesine öncelik veren yukarıdan aşağıya yaklaşımı göz önünde bulundurun. Kuruluşunuzun ne kadar geniş ve derin olduğuna bağlı olarak aşamalar halinde uygulamak isteyebilirsiniz.
    • Abonelik ve kaynak grubu etiketlerini yalnızca maliyet verilerinde kopyalamak için Maliyet Yönetimi'nde etiket devralmayı etkinleştirin. Kaynaklarınızdaki etiketleri değiştirmez.
    • Etiketleme stratejinizi uygulamak, etiketlerin büyük ölçekte uygulanmasını otomatikleştirmek ve uyumluluk durumunu izlemek için Azure İlkesi kullanın. Etiketleme stratejiniz için KPI olarak uyumluluğu kullanın.
    • Maliyetleri abonelikler, kaynak grupları arasında taşımanız veya etiket eklemeniz veya değiştirmeniz gerekiyorsa Maliyet Yönetimi'nde ayırma kurallarını yapılandırın. Maliyet ayırma, Paylaşılan maliyetleri yönetme bölümünde ayrıntılı olarak ele alınmıştır.
    • Maliyet analizinde maliyetleri birlikte görüntülemek için ilgili kaynakları "cm-resource-parent" etiketiyle birlikte gruplandırmayı göz önünde bulundurun.
    • Ölçeği genişletmek ve verimlilikleri yönlendirmek için kalan tüm değişikliklerin sorumluluğunu dağıtabilirsiniz.
  • Ayrılması gereken ancak bölünemeyen tüm ayrılmamış maliyetleri veya maliyetleri not edin. Paylaşılan maliyetleri yönetme işleminin bir parçası olarak bunu kapsarsınız.

Tüm kaynaklar etiketlendikten ve/veya uygun kaynak gruplarına ve aboneliklere göre düzenlendikten sonra, Veri analizi ve geri gösteriminin bir parçası olarak bu verilere karşı raporlama yapabilirsiniz.

Etiketlemenin uygulanması, gözden geçirilmesi ve temizlenmesinin zaman aldığını unutmayın. Herkes maliyet verilerine görünürlük elde ettikten sonra birden çok etiketleme döngüsünden geçmeyi bekleyebilirsiniz. Birçok kişi görünürlük elde edene kadar bir sorun olduğunun farkında değildir. Bu nedenle FinOps bu kadar önemlidir.

Temel bilgileri temel alma

Bu noktada, ayrıntılı bulut yönetimi ve etiketleme gereksinimlerini içeren bir maliyet ayırma stratejiniz vardır. Etiketleme otomatik olarak zorunlu tutulmalı veya en azından uyumluluk KPI'leri ile izlenmelidir. Temel konuların ötesine geçtikçe noktaları göz önünde bulundurun:

  • Tüm boşlukları yerel araçlarla doldurun.
    • En azından bu boşluk, etiketleme boşluklarının diğer verilerle birleştirilebildiği portal dışında raporlama gerektirir.
    • Etiketleme boşluklarının doğrudan verilerde çözülmesi gerekiyorsa Veri alımı ve normalleştirme uygulamanız gerekir.
  • Henüz karşılanmayan veya ayrı olarak izlenebilen diğer maliyetleri göz önünde bulundurun.
    • Etiketleme uygulamalarını hizalamak için veri kaynakları arasında tutarlılık sağlamak için çabalayın. Uygun olmadığında, veri alımı ve normalleştirmenin bir parçası olarak temizlemeyi uygulayın veya maliyetleri fazla arşivleme maliyet ayırma stratejinizin bir parçası olarak yeniden tahsis edin.
  • Maliyet ayırma stratejinizi düzenli olarak gözden geçirin ve geliştirin.
    • Bu işlemi raporlama geri bildirim döngünüzün bir parçası olarak düşünün. Maliyet ayırma stratejiniz yetersiz kalıyorsa, elde ettiğiniz geri bildirim doğrudan maliyet ayırma veya meta verilerle ilişkilendirilmeyebilir. Bunun yerine raporlamayla ilgili olabilir. Bu geri bildirime dikkat edin ve geri bildirimin en uygun katmanda ele alındığından emin olun.
    • Adlandırma, meta veriler ve hiyerarşi gereksinimlerinin ortamınız genelinde tutarlı ve etkili bir şekilde kullanıldığından emin olun.
    • Maliyet ayırma stratejinizin başarısını izlemek ve izlemek için diğer KPI'leri göz önünde bulundurun.

FinOps Foundation'da daha fazla bilgi edinin

Bu özellik, bulut maliyet yönetimini ve iyileştirmeyi geliştirmeye adanmış kar amacı gütmeyen bir kuruluş olan FinOps Foundation'ın FinOps Framework'ün bir parçasıdır. Yararlı playbook'lar, eğitim ve sertifikasyon programları ve daha fazlası dahil olmak üzere FinOps hakkında daha fazla bilgi için, FinOps Framework belgelerindeki Maliyet ayırma (meta veri ve hiyerarşi) özellik makalesine bakın.

Sonraki adımlar