GH GambleHub

Maliyet mimarisi

1) İlkeler ve roller

Özellik olarak maliyet. Fiyat, UX/ürün ve mimari çözümlerin bir parçasıdır.
Paylaşılan sorumluluk. Mühendisler, platform/DevEx, finans, ürün - tek bir geri bildirim döngüsü.
Tek bir gerçek kaynağı. Etiket/etiket kataloğu, maliyet sözlüğü ve veri kaynakları.
İzle - En İyileştir - Döngüyü yönet. Dahili gösterge panoları, otomatik kapılar ve politikalar.

Roller: Değer Mimarı, FinOps Analisti, Ürün Sahibi, Platform Ekibi.

2) Değer Veri Modeli

Birim ekonomisi:
  • API için: '$/1000 istekleri', '$/milisaniye CPU', '$/GB çıkışı'.
  • Veriler için: '$/GB-month of storage', '$/request to the database', '$/million messages'.
  • Kullanıcı için: 'CAC', 'ARPU/ARPPU', 'Brüt Marj', 'LTV: CAC'.
  • Akış için: '$/transaction', '$/deposit', '$/test run'.
Atıf şeması (basitleştirilmiş):

cost_record {
ts, provider, account, region, service, usage_qty, usage_unit,
list_price, net_price, discounts,
tags: { env, team, product, feature, tenant, cost_center, pii, tier },
resource_id, allocation_keys: {req_id?, tenant_id?, dataset?}
}

Altın etiketler (gerekli): 'env', 'team', 'product', 'feature', 'cost _ center', 'owner', 'pii', 'tier (hot/warm/cold)', 'region'.

3) Atıf: showback/chargeback

Showback: Dahili transferler talep etmeden takımlar/özellikler hakkında şeffaf raporlar.
Chargeback: kurallara göre dağıtım: Doğrudan maliyetler - sahibi; Paylaşılan kaynaklar - anahtarlara göre: RPS, CPU saniyeleri, GB saatleri, olayların hacmi.

Paylaşılan küme dağılımı pseudocode:

cluster_cost = sum(provider_cost where resource in "k8s-node:")
weights = { service: cpu_seconds(service)/total_cpu_seconds }
for service in services:
charge[service] = direct_cost(service) + cluster_cost weights[service]

4) Kod Olarak Politika

Bütçe kuralları: 'env/team/feature' limitlerine göre; Öngörülen fazlalıkta otomatik uyarı/dağıtım bloğu.
Etiket gereksinimleri: zorunlu etiketleri olmayan kaynaklar - kabul denetleyicisinde reddedin.
Profil limitleri: 'dev'de büyük makinelerin yasaklanması, geçici kaynaklarda TTL, minimum rezervasyonlar.

YAML taslağı (idari politika):
yaml policy: require-tags-and-limits deny_if_missing_tags: [team, product, env, cost_center, owner]
constraints:
env==dev:
max_instance_type: "c6i. large"
ttl_hours: 72

5) Bilgisayar Kullanımı: Maliyet Azaltma Modelleri

Doğru boyut (rightsizing): p95/p99, mevsimsellik ve boşluk temelinde otomatik eşleştirme vCPU/RAM.
Otomatik ölçekleme: hedef tabanlı (CPU/RPS/lag), adım fonksiyonları; Histerezis yoluyla thrash karşı koruma.
Fiyat modeli seçimi: talep üzerine spot/önlenebilir, Ayrılmış Örnekler/Tasarruf Planları; Kritik ve arka planlar için karışım.
Toplu boru hatları: "ucuz" yük pencereleri, toplu sıkıştırma, öncelik kuyrukları.
İsteklerin önbelleğe alınması ve birleştirilmesi: pahalı kaynaklardan gelen okumaların azaltılması.
Kenar/ağ optimizasyonu: HTTP/2/3, canlı tutma, sıkıştırma, CDN.

Bir "step-up" autoscale (pseudo) örneği:

if rps > target1. 2 for 3m: replicas += ceil(rps/target); cool_down 5m if rps < target0. 6 for 10m: replicas = max(min_replicas, replicas-1)

6) Depolama ve veri: sıcak/sıcak/soğuk

Yırtılma: sıcak veri (anında erişim), sıcak (nadir istekler), soğuk/arşiv.
Biçimler: tarih/anahtara göre analitik, sıkıştırma ve bölümleme için sütun (Parke/ORC).
TTL/ILM: set life policy: 'hot 7d' sıcak 90d 'soğuk 365d' sil '.
Önbellek katmanı: Redis/Memcached with request coalescing, miss storm protection.
Kotalar ve talep bütçeleri: pahalı katılımlar/taramalar için öngörülebilir sınırlar.

ILM profili örneği (taslak):
yaml dataset: events_main lifecycle:
- phase: hot; duration: 7d; storage: nvme
- phase: warm; duration: 90d; storage: ssd; compress: zstd
- phase: cold; duration: 365d; storage: object; glacier: true
- phase: purge; duration: 0d

7) Ağ ve çıkış

Bölgeler arası trafiği en aza indirin: yerel kopyalar ve kenar toplama.
CDN ve önbellekler: köken kalkanı, makul TTL, doğrulama/engellilik.
Protokoller: Sohbet için ikili (gRPC), sadece yararlı olduğunda sıkıştırma.
Dedup olayları ve üretici üzerinde filtreleme: "çöp taşımayın".

8) SRE'nin gözlemlenebilirliği ve maliyeti

Telemetri maliyeti kartları: '$/log-GB', '$/metrik-serisi', '$/trace'.
Örnekleme ve toplama: kuyruk tabanlı örnekleme, altörnekleme metrikleri, önemde tutma (SLO metrikleri - daha yüksek öncelik).
Kütüklerin kesilmesi ve "log-sanitasyon": PD'nin yasaklanması, hayalet alanların azaltılması, olayın büyüklüğünün sınırlandırılması.

9) CI/CD ve test ortamları

Ephemeral, otomatik TTL, çevre "PR ile" duruyor.
PR'de Perf-duman: "Soruşturma maliyetinin" erken değerlemesi için kısa koşular.
Önbellek/artifacts: container reuse, derlemeler.
Gates: "gecikme fiyatı "/RPS taban> % X'e göre bozulmuşsa, oluşturma/dağıtma reddedilir.

10) Tahmin, bütçeler ve anomaliler

Tahminler: mevsimsellik/eğilim, olaylar (kampanyalar, sürümler), özellik - değer korelasyonu.
Seviyeye göre bütçeler: takım/ürün/özellik/kiracı; %80/90/100'de tırmanma.
Anomaliler: hizmet/bölge/hesap tarafından ani zirveler; otomatik "bölme've bayrak geri alma.

Sahte uyarı bütçesi:

if forecast(month_end_cost) > budget0. 9 and variance ↑:
alert(team_owner)
suggest: rightsizing + RI/SP coverage + ILM tighten

11) Tedarik ve Ticaret

RI/Tasarruf Planları/Taahhütlü Kullanım: Kararlı bir tabanı kapsar; Monitör kapsamı ve "kullanılmamış" yüzdeler.
Spot/Preemptible: arka plan görevleri ve toleranslı iş akışı; Kontrol noktası ve hızlı yeniden başlatma.
Lisanslar ve SaaS: ROI matrisi, alternatif kıyaslama, periyodik "satıcı uygunluk incelemesi".

12) Çok kiracılık ve faturalandırma

Kiracıya göre bölümleme: mantıksal/fiziksel ayırma, sınırlar ve kotalar.
Kiracı farkında sınırlayıcılar/ratecaps: "gürültülü bir komşuyu" önleyin.
Kullanım modelleri: olaylara göre faturalandırma, RPS, veri hacimleri; Müşteriler için şeffaf metrikler.

13) Maliyet faktörü olarak güvenlik ve uyumluluk

Kripto ve depolama: FPE/anahtarlar - KMS/HSM maliyetleri; Operasyonların sıklığını optimize edin.
Düzenleyici kopyalar: faaliyet gösterenlerden ayrı "yasal" retentions; Arşiv "sonsuz sıcak" depolamadan daha ucuzdur.
Veri küçültme: daha az veri - daha az fatura ve risk.

14) Mühendislik anti-kalıpları (pahalı!)

Toplu ve önbelleğe alma olmadan sohbet API'leri.
Sınırsız kuyruklar ve sınırsız paralellik - gecikme ve sayma büyümesi.
Sıfır TTL'ler ve sıcak tuşlar birleşmeden.
Milyonlarca seri metriğe sahip "Her şeyi gören" gösterge panoları.
Etiketsiz kaynaklar - sahibi olmadan "gri" harcama.
ILM/TTL eksikliği - sonsuza dek depolama büyümesi.

15) Araçlar ve eserler (satıcı-nötr)

Etiket dizini (CI'da şema + linter).
Maliyet çıkarıcı (toplama kullanımı/faturalandırma, tek bir formatta normalleştirme).
Gösterge tabloları birim ekonomisi (API maliyeti, veri kümesi maliyeti, kiracı maliyeti).
Otomatik düzenlemeler (rightsizer, RI/SP-recommendation, ILM-enforcer).
Maliyet politikaları (kabul/OPA/Kyverno) ve bütçe kırmızı çizgileri.

16) Mini tarifler

"Talep fiyatı" formülü (HTTP)


request_cost = (cpu_ms $/cpu_ms) +
(mem_mb_s $/mb_s) +
(egress_mb $/mb) +
(db_calls $/call) +
(cache_ops $/op miss_penalty)

Hızlı Servis Denetimi

$/1000 req tarafından en pahalı 3 uç nokta.
Hit/miss önbellek ve fırtına tuşları.
Etiketlenmemiş kaynak listeleri.
ILM ve veri kümesi tutma.
RI/SP kapsamı (%).

Ekonomik yeniden deneme politikası


retry = min(3, floor(budget_ms / (base_timeout_ms 1. 5^attempt)))
jitter = uniform(0. 5..1. 5)

17) Değer Mimarı Kontrol Listesi

1. Tanımlanmış birim metrikleri ('$/req', '$/GB-month', '$/txn') ve sahipleri?
2. Etiket politikası zorunlu mu? Etiketsiz kaynaklar engelleniyor mu?
3. Showback/ters ibraz ve ürün/özellik raporları uygulandı mı?
4. Otomatik ölçeklendirme ve doğru boyutlandırma yapılandırılmış, boşluk tanımlı mı?
5. Veriler tonlu (sıcak/ılık/soğuk), İLM/TTL uygulanmış mı?
6. Çıkış ve bölgeler arası akışlar en aza indirildi mi? CDN/önbellekler etkin mi?
7. Gözlemlenebilirlik optimize edilmiş mi (örnekleme, tutma, altörnekleme)?
8. CI/CD regresyon kapıları ve politika kontrolleri etkin mi?
9. Tahminler/bütçeler/anomali analizi otomatik mi?
10. RI/SP/Spot karışımı taban yüklerini kapsar mı?
11. Çok kiracılı için kotalar, sınırlar ve şeffaf kullanım metrikleri var mı?
12. FinOps runbook ve aylık maliyet değerlendirme planı belgelendi mi?

Sonuç

Değer mimarisi'ne pahasına olursa olsun tasarruf'değil, değer yönetimidir: her milisaniyenin maliyeti ve ne kadar gelir elde ettiği. Maliyeti mimariye, süreçlere ve araçlara (etiketler, politikalar, kapılar, gösterge panoları, ILM, otomatik ölçeklendirme) yerleştirerek, kararların sezgiye değil metriklere ve ekonomiye dayalı olarak alındığı bir platform elde edersiniz. Bu, ürünü hızlandırır, riski azaltır ve işi öngörülebilir şekilde karlı hale getirir.

Contact

Bizimle iletişime geçin

Her türlü soru veya destek için bize ulaşın.Size yardımcı olmaya her zaman hazırız!

Telegram
@Gamble_GC
Entegrasyona başla

Email — zorunlu. Telegram veya WhatsApp — isteğe bağlı.

Adınız zorunlu değil
Email zorunlu değil
Konu zorunlu değil
Mesaj zorunlu değil
Telegram zorunlu değil
@
Telegram belirtirseniz, Email’e ek olarak oradan da yanıt veririz.
WhatsApp zorunlu değil
Format: +ülke kodu ve numara (örneğin, +90XXXXXXXXX).

Butona tıklayarak veri işlemenize onay vermiş olursunuz.