MLOps İş Dili — Üretimde AI Maliyeti

Tez: Üretimde AI’nin asıl faturası model çağrı satırından değil; izleme, yeniden eğitim ve sahiplikten gelir. Bu yazı, üretim tanımından görünmeyen maliyete, SLO’dan drift’e, on-call’dan bütçe diline kadar CFO/COO masasında konuşulur bir MLOps sözlüğü sunar.

Soft PASS yoktur. “Canlıya aldık” iddiası üretim tanımı ve maliyet görünürlüğü olmadan kabul edilmez. Trading/ticker dili bu metinde yoktur; konu işletme maliyetidir.

Üretim tanımı

Üretim, demoya trafik açmak değildir. Üretim, aşağıdaki koşulların birlikte sağlanmasıdır:

- Gerçek kullanıcı veya gerçek operasyonel karar akışına bağlılık - Sürümlenmiş model / prompt / veri referansı - İzleme ve alarm - Geri alma yolu test edilmiş - İş sahibi ve sistem sahibi atanmış - On-call veya eşdeğer müdahale düzeni - Minimum audit izi

Bu maddelerden biri eksikse sistem “ön üretim” veya “kontrollü pilot” olarak adlandırılır. İsim dürüstlüğü maliyet konuşmasını da dürüstleştirir: pilot bütçesi ile üretim bütçesi karışmaz.

Üretim tanımını yazmak COO’nun işidir; yazılmazsa her ekip kendi “canlı” tanımını uydurur. Soft PASS burada başlar.

Üretim kapsamı da netleştirilir: hangi müşteri segmenti, hangi coğrafya, hangi karar sınıfı. “Herkese açık” varsayılanı risk ve maliyeti şişirir. Dar üretim, öğrenmeyi ucuzlatır.

Görünmeyen maliyet

Görünen maliyet: çıkarım (inference) faturaları, GPU / donanım, lisans. Görünmeyen maliyet çoğu zaman daha büyüktür ve geç fark edilir.

İzleme. Metrik, log, iz (trace), kalite örneklemesi, paneller, alarm yönlendirme. İzleme yoksa ucuz gibi görünen sistem pahalı kesintiler üretir.

Değerlendirme ve retrain. Veri kayar; performans düşer. Yeniden eğitim, etiket, değerlendirme seti bakımı, onay kapıları sürekli iştir.

HITL ve istisna yönetimi. İnsan onayı kaliteyi korur; kadro ve süre maliyeti doğurur. İstisna kuyrukları büyürse “otomasyon tasarrufu” erir.

Entegrasyon bakımı. Kaynak API değişir, şema kayar, yetki modelleri güncellenir. MLOps, klasik yazılım bakımının üzerine model kayması ekler.

Güvenlik ve uyum. PII tarama, erişim gözden geçirme, vendor yenileme, audit hazırlığı.

Destek ve on-call. Kullanıcı şikayetleri, yanlış çıktı eskalasyonu, gece alarmı. Sahipsiz destek, gizli vergi gibi her birime yayılır.

Ortam çoğaltma. Staging, yük testi, felaket kurtarma kopyaları. “Tek ortam” ucuzluğu pahalı sürprize dönüşür.

Görünmeyen maliyeti yönetmek için kalem listesi çıkarın. Liste abartılı pazar yüzdeleri içermez; sizin sisteminizin gerçek kalemleridir. Her kaleme sahip ve gözlem yöntemi yazılır.

SLO

SLO (Service Level Objective), AI sistemini “güzel demo”dan “hizmet”e çeviren dildir. İş ve teknik boyut birlikte kurulur.

Örnek boyutlar (kuruma göre seçilir):

- Kullanılabilirlik / hata oranı - Gecikme (yanıt süresi) - Kalite eşiği (iş tanımına göre) - HITL onay süresi - Drift alarmına müdahale süresi - Birim maliyet tavanı

SLO’yu tek bir doğruluk sayısına indirgemeyin. Doğruluk yüksek, gecikme kötüyse müşteri deneyimi bozulur. Gecikme iyi, kalite kaymışsa sessiz zarar birikir.

SLO ihlali prosedürü yazılıdır: kim bakacak, ne zaman daraltılacak, ne zaman geri alınacak. İhlal “bakarız” ile kapanmaz. Soft PASS, ihlali yeşile boyamaktır.

SLO görüşmesi CFO ile de yapılır: maliyet tavanı bir SLO bileşeni olabilir. “Kalite için sınırsız harcama” sürdürülebilir değildir; “maliyet için kalitesiz hizmet” de değildir. Trade-off görünür yazılır.

Drift

Drift, dünyanın veya verinin modelin beklediği dağılımdan uzaklaşmasıdır. Sessizdir; dashboard yeşil kalırken karar kalitesi düşebilir.

İş dilinde drift:

- Girdi dağılımı değişti (yeni ürün, yeni kanal, sezon) - Etiket / doğru cevap tanımı değişti - Kullanıcı davranışı değişti - Upstream sistem tanımı değişti

Teknik ekip dağılım testleri ve performans izi kurar; iş sahibi “bu hafta kararlar garip mi?” sinyalini taşır. İki sinyal birleşmezse drift geç görülür.

Drift yanıtı her zaman retrain değildir. Önce teşhis: veri hatası mı, kavram kayması mı, ürün değişimi mi? Yanlış teşhisle retrain, maliyeti yükseltip sorunu büyütür.

Drift için bütçe ayrılır. “Retrain gerektiğinde bakarız” yaklaşımı, gerektiğinde kaynak yok demektir. Planlı değerlendirme ritmi (ör. periyodik örnek inceleme) ucuz sigortadır — abartılı otomasyon şart değil; düzenli insan örneği bile değerlidir.

On-call

On-call, AI üretiminin insan yüzüdür. Model 7/24 çalışır; insan düzeni olmadan üretim iddiası eksiktir.

Minimum on-call paketi:

- Birincil ve yedek isim - Alarm anlamlı mı, yoksa gürültü mü? (gürültü on-call’ı öldürür) - Runbook: sık senaryolar için adımlar - Daraltma / geri alma yetkisi - Eskalasyon: güvenlik, hukuk, iletişim - Mesai sonrası sınırlar ve rotasyon adaleti

On-call’ı “data scientist nöbeti”ne indirgemeyin. Bazı alarmlar platform, bazıları model kalitesi, bazıları iş istisnasıdır. Rotasyon yetkinliğe göre tasarlanır; herkesi her alarma boğmak sürdürülemez.

On-call maliyeti bütçede görünür olmalıdır. Görünmezse ya gönüllü tükenmişlik ya da alarmların kapatılmasıyla sonuçlanır — ikisi de pahalıdır.

Olay sonrası kısa kayıt: ne oldu, etki, kök neden sınıfı, eylem. Bu kayıt retrain ve checklist güncellemesini besler.

Bütçe dili

MLOps’u bütçeye çevirmek, CFO’nun anlayacağı kalemlerle konuşmak demektir.

Birim ekonomi (abartısız). Bir karar / belge / olay başına maliyet. Payda iş birimidir; yalnızca token değildir. Token maliyeti girdidir, iş birimi çıktıya yakındır.

Sabit / değişken ayrımı. İzleme platformu, sahiplik kadrosu kısmen sabit; çıkarım hacmi değişkendir. Ölçek kararında bu ayrım şarttır.

Önden / sondan maliyet. Pilot ucuz, üretim pahalı olabilir. Tersine, iyi izleme önden maliyet, sonda kesinti tasarrufu üretir. Zaman ekseni yazılır.

Risk maliyeti. PII olayı, yanlış otomatik karar, vendor kilitlenmesi — sigorta primi gibi düşünülür; uydurma yüzdeyle değil, senaryo ve iştahla.

Yatırım vs işletme. Platform kurmak yatırım; retrain ve on-call işletmedir. İkisini aynı torbaya atmak yönetimi körleştirir.

Bütçe görüşmesinde yasak dil: ticker metaforları, kanıtsız “ROI yüzde …” iddiaları, pazar büyüklüğü slaytları. İstenen dil: kalem, sahip, gözlem, karar (artır / dondur / kes).

CFO’ya üç soruluk özet yeterlidir: Birim maliyet ne yönde? Görünmeyen kalemler görünür mü? SLO ihlali ve olay maliyeti izleniyor mu?

Üretim maliyeti için yönetici hareketleri

1. Üretim tanımını yazdırın; tanıma uymayanı canlı saymayın. 2. Görünmeyen maliyet kalemlerini listeleyip sahip atayın. 3. SLO’ya maliyet tavanı ve müdahale süresi ekleyin. 4. Drift ve on-call için ritmi ve rotasyonu kurun. 5. Bütçeyi token satırından çıkarıp iş birimi + işletme kalemlerine taşıyın.

Sık hatalar

- Demo maliyetini üretim maliyeti sanmak - İzlemeyi “sonra”ya bırakmak - Retrain’i kahramanlık hikâyesine çevirmek (plansız, bütçesiz) - On-call gürültüsünü görmezden gelmek - Tasarrufu yalnızca model faturasında aramak - Soft PASS yeşil panellerle maliyeti gizlemek

Kapanış

MLOps iş dili, mühendis jargonunu yönetim kararina çevirir. Asıl fatura izleme, retrain ve sahipliktedir. Üretim tanımı dürüstse maliyet konuşması da dürüst olur. Dürüst maliyet, ölçek kapısını açar veya kapalı tutar — ikisi de doğru yönetimdir.

Platform vs ürün maliyeti

Kurumlar sıkça platform yatırımı ile ürün (kullanım senaryosu) maliyetini karıştırır. Platform: ortak izleme, özellik store, kimlik, ortamlar. Ürün: belirli bir karar akışının modeli, HITL’i, iş entegrasyonu.

Karışıklığın zararı: platform şişerken ürün değeri görünmez; veya her ürün kendi mini platformunu kurup maliyeti çoğaltır. Yönetim sorusu: Bu harcama ortak kaldıraç mı, tek senaryoya özel mi? Cevap bütçe satırına yazılır.

Ortak platform “her şeyi çözer” iddiasıyla sınırsız büyütülmemelidir. Platform kapsamı, en az iki gerçek ürünün paylaştığı ihtiyaçlarla sınırlanır. Tek ürün için platform kurmak, erken optimizasyondur.

Maliyet alarmı

Yalnızca kalite ve gecikme alarmı yetmez. Maliyet alarmı da SLO ailesine girer: ani birim maliyet artışı, anormal çağrı hacmi, sonsuz döngüye giren ajan araç çağrıları. Alarm, fatura gelmeden önce konuşma başlatır.

Maliyet alarmı sahipsizse e-posta gürültüsüdür. Sahip, eşik ve eylem (daraltma, cache, model küçültme, özellik kapatma) önceden yazılır.

Kapasite planlama: trafik değil karar hacmi

Klasik kapasite planı istek/saniye konuşur. AI üretiminde ek olarak karar hacmi, HITL kuyruk uzunluğu ve retrain penceresi konuşulur. Trafik düşük ama her karar pahalıysa fatura yine büyür. Bu yüzden planlama birimi “istek” ile “iş kararı”nı ayırır.

Kapasite planında üç senaryo yeterlidir: sakin, normal, yoğun. Her senaryoda birim maliyet ve on-call yükü kabaca konuşulur — uydurma yüzde olmadan, yön ve büyüklük sınıfıyla. Yoğun senaryoda otomatik daraltma (özellik kapatma, daha küçük model, kuyruk) önceden tanımlı değilse plan eksiktir.

FinOps ile MLOps kesişimi

FinOps disiplinleri bulut faturasını görünür kılar; MLOps aynı disiplini model yaşam döngüsüne taşır. Kesişim maddeleri:

- Etiketleme: hangi ürün, hangi ortam, hangi maliyet merkezi - Günlük / haftalık maliyet paneli (token + altyapı + insan yaklaşık) - Anomali alarmı - Periyodik “maliyet gözden geçirme” toplantısı (15–30 dakika)

FinOps olmadan MLOps kör uçar; MLOps olmadan FinOps yalnızca bulut satırını görür, retrain ve on-call’ı kaçırır. İkisinin ortak dili iş birimi maliyetidir.

Sahiplik ve maliyet merkezi

Görünmeyen maliyetin kaybolma nedeni çoğu zaman maliyet merkezinin belirsizliğidir. Platform mu öder, iş birimi mi, inovasyon bütçesi mi? Belirsizlik, herkesin “başka biri öder” sanmasına yol açar.

Kural önerisi: ürün (senaryo) değişken maliyetini iş sahibi taşır; ortak platform sabitini platform sponsoru taşır; olay ve retrain için rezerv ayrı satırdır. Kural mükemmel olmak zorunda değildir; yazılı olmak zorundadır. Yazısız paylaşım, gizli sübvansiyondur.

Kapanış notu

Üretimde AI maliyeti, model fiyat listesinden okunmaz. Üretim tanımı, görünmeyen kalemler, SLO, drift, on-call ve bütçe dili birlikte okunur. Asıl fatura izleme, retrain ve sahipliktedir — bunu erken gören ölçeği yönetir; geç gören faturayı ve güveni birlikte kaybeder.

MLOps iş dili öğrenildikçe yönetim toplantıları değişir: “hangi modeli aldık?” sorusu yerini “üretim tanımımız ne, birim maliyet hangi yönde, drift’e kim bakıyor?” sorularına bırakır. Bu kayma, maliyetin görünmesini ve ölçek kararının olgunlaşmasını sağlar. Görünmeyen kalem görünür olduktan sonra kesmek de büyütmek de mümkün olur.

Özetle: üretimde AI’yi ucuz sanmak, görünmeyen kalemi bilançonun dışına itmektir. İzleme, retrain ve sahiplik satırları açıldığında maliyet gerçek haline gelir; gerçek maliyet ise iyi yönetimin hammaddesidir.

İç link önerileri

- Şirketlerde AI Dönüşümü: Uygulama Haritası - AI Pilotundan Ölçeğe: Neden Takılır? - AI Governance: Yönetim Kurulu Gündemi - Sorumlu AI Çerçevesi: Risk ve Denetim - MLOps İş Dili: Üretimde AI Maliyeti

Newsletter CTA

AI Ekonomisi bültenine katılın: yönetim kurulu, operasyon ve governance dilinde kısa, uygulanabilir notlar. Haftalık özet — abone olun, karar masasına taşıyın.

---

ManegAI şeffaflık notu: Bu içerik AI Ekonomisi (aiekonomisi.com) yayın hattında üretilmiş bir taslaktır (`emir: P1-G-CONTENT-2026-09-13`). Soft PASS=0; `status: pending_approval` — yayın onayı olmadan canlıya alınmaz. Sahte istatistik, yüzde veya pazar büyüklüğü iddiası içermez. Yatırım, trading veya ticker tavsiyesi değildir. Üreten: ManegAI editorial hattı · marka: AI Ekonomisi.