Creator Platform Mimarisi: Denge Sırları

Creator economy platformları benzersiz derecede zorlu bir mühendislik sorunuyla karşı karşıyadır: her içerik üreticisi hem üretici hem de üründür. İçerik, kitle ve para kazanma ihtiyaçları son derece farklıdır. Haftalık tek bir bülten yayınlayan serbest çalışanı ve 50 kişilik bir stüdyoyu — aynı altyapıda, aynı fiyat kademesinde — hizmetlendiren bir platform kurmak, geleneksel SaaS (Software as a Service) platformlarının hiçbir zaman yapmak zorunda kalmadığı mimari kararlar gerektirir.

Project S'ı kurmak bu kararların neler olduğunu bize öğretti.

Çoklu Kiracılık Sorunu Burada Farklıdır

Standart kurumsal SaaS'ta çoklu kiracılık, farklı şirketlerin veri izolasyonu ile altyapıyı paylaşması anlamına gelir. Creator platformlarında ise son derece farklı performans profilleri olan iş modellerinin altyapıyı paylaşması anlamına gelir.

Haftada bir video yayınlayan bir içerik üreticisi ile günde 50 kısa video yayınlayan biri yalnızca farklı hacimler üretmez — farklı altyapı yükleri üretir. Küçük resim oluşturma, dönüştürme, CDN önbellek ısıtma, anlık bildirim teslimi ve analitik alımın tümü içerik türüne ve yayın sıklığına bağlı olarak farklı ölçeklenir.

İlk mimarimiz tüm içerik üreticilerini aynı şekilde ele almaya çalıştı. Tüm içerik işleme için tek bir kuyruk. Tüm medya için tek bir CDN stratejisi. Tüm olaylar için tek bir analitik hattı. Büyük ilk içerik üreticimiz katılana kadar işe yaradı — günde üç kez yayın yapan 2 milyon aboneli bir kanal. 48 saat içinde içerik işleme yükleri 40.000 küçük içerik üreticisinin deneyimini bozmuştu.

Ders: creator platformlarında kiracılar eşit değildir ve mimariniz bunu yansıtmalıdır.

Kademeli İşleme Kuyrukları

İçerik işlemeyi içerik üretici kademesine, kitle büyüklüğüne ve içerik türüne göre öncelik kademelerinde yeniden yapılandırdık.

Öncelik 1 (SLA: 60 saniye): Premium içerik üreticiler, canlı içerik, zamana duyarlı gönderiler Öncelik 2 (SLA: 5 dakika): Standart içerik üreticiler, zamanlanmış içerik Öncelik 3 (SLA: 30 dakika): Ücretsiz kademe, toplu yüklemeler, arşivleme işleme

Her kademede özel çalışan havuzları var. Öncelik 1 çalışanları asla Öncelik 3 işlerini işlemez. Bu geriye dönük bakıldığında açık görünüyor, ancak uygulamak tüm iş kuyruğu sistemimizi yeniden kurmamızı ve operasyon ekibimizin bir yerine üç ayrı işleme hattını izlemek için yeniden eğitilmesini gerektirdi.

Sonuç: çapraz kiracı performans müdahalesini tamamen ortadan kaldırdık. Katalog geçişi için 200 video yükleyen büyük bir içerik üreticisi artık tek bir zamana duyarlı gönderi yayınlayan küçük bir içerik üreticiyi etkilemiyor.

İçerik Dağıtımı: CDN Mimarisi Sorunu

Creator içeriği, SaaS uygulama verilerinden temelden farklı erişim örüntülerine sahiptir.

Büyük bir içerik üreticiden yeni yayınlanan bir video, yaşam boyu görüntülemelerinin %80'ini ilk 24 saatte alır. İki yıl önce yayınlanan bir eğitim videosu sürekli, uzun vadeli trafik alır. Bir podcast bölümü, içerik üreticisi bunu sosyal medyada tanıttığında tamamen öngörülemeyen bir artış yaşayabilir.

Üç katmanlı bir CDN stratejisi kullanıyoruz:

Katman 1 — Sıcak Önbellek (kenar düğümleri, 24 saatlik TTL): 10.000'den fazla abonesi olan içerik üreticilerden son 7 günde yayınlanan içerikler için. Bu içerik, ilk istek anında değil yayın anında proaktif olarak kenar düğümlerine gönderilir.

Katman 2 — Ilık Önbellek (bölgesel düğümler, 7 günlük TTL): 7 günden 6 aya kadar eski içerikler için. Önbellek isabeti durumunda bölgesel PoP'lardan, kaçırma durumunda kaynaktan sunulur.

Katman 3 — Soğuk Depolama (kaynak + talep üzerine): 6 aydan daha eski arşiv içerikleri için. İlk istekte kaynaktan getirilip kısa süreliğine önbelleğe alınır. CDN maliyetine değmez.

Bu kademeli yaklaşım, düz TTL stratejisiyle karşılaştırıldığında CDN maliyetlerimizi %40 azaltırken etkin erişilen içerikler için önbellek isabet oranını %78'den %94'e yükseltti.

Para Kazanma Veri Modeli

Para kazanma, creator platformlarının mimari olarak karmaşıklaştığı yerdir. Bir içerik üreticisi aynı anda abonelikler, tek seferlik satın almalar, bahşişler, marka sponsorlukları, bağlı kuruluş geliri ve platform reklam payı yoluyla kazanıyor olabilir. Her gelir akışının farklı zamanlaması, ödeme kuralları ve raporlama gereksinimleri vardır.

Erken bir kritik karar aldık: kaynağından bağımsız olarak tüm para kazanma tek bir muhasebe defteri servisinden geçer.

Bir içerik üreticisinin kazandığı her kuruş — bir abonelik yenilemesi, canlı yayımdan gelen bir bahşiş veya platform reklam geliri payı olsun — bir muhasebe defteri girişi oluşturur. İçerik üreticisinin bakiyesi her zaman defterlerinin toplamıdır. Ödemeler bu defterden yapılan çekim işlemleridir.

Bu tek muhasebe defteri yaklaşımı aşağıdaki her şeyi basitleştirdi: vergi raporlama, içerik üretici analitikleri, ödeme işleme ve anlaşmazlık çözümü. Ayrıca bize baştan tam bir finansal denetim izi sağladı; bu, içerik üreticisi vergi kesintisi gereksinimleri olan pazarlara genişlediğimizde önemli bir faktör oldu.

Yanlış Yaptığımız Şey: Analitik Hattı

En büyük mimari hatamız, içerik üreticilerinin gerçekte neyi görmesi gerektiğini anlamadan önce gerçek zamanlı analitik hattı kurmaktı.

Her 30 saniyede bir metrikleri güncelleyen bir akış analitik sistemine ağır yatırım yaptık. İçerik üreticileri görüntüleme sayılarının neredeyse gerçek zamanlı olarak güncellenmesini izleyebildi. Teknik açıdan etkileyiciydi ve büyük ölçüde işe yaramazdı — içerik üreticileri 30 saniyelik metrik pencerelerine göre karar vermez.

İçerik üreticilerinin gerçekte ihtiyaç duyduğu şey: güvenebilecekleri doğru günlük metrikler, haftalık trendler ve kitle elde tutma eğrileri. Bunların hiçbiri gerçek zamanlı altyapı gerektirmiyor. Her 15 dakikada bir çalışan toplu işlem hattı, kullanım durumlarının %95'ine altyapı maliyetinin %10'u ile hizmet verirdi.

Analitik katmanı altı ay sonra yeniden inşa ettik: doğru tarihsel metrikler için toplu işlem katmanı ve yalnızca gerçek zamanın gerçekten önemli olduğu metrikler için (canlı yayım eş zamanlı izleyicileri, zamana duyarlı kampanya performansı) bir hız katmanı içeren Lambda mimarisine geçtik.

Ölçek Rakamları

Project S bugün:

• 180.000 aktif içerik üretici
• Aylık 2,1 milyar içerik görüntülemesi
• %94 CDN önbellek isabet oranı
• Premium kademe için 60 saniyelik işleme SLA'sı (99. yüzdelik)
• 40 pazarda 12 gelir akışı türü

Bizi buraya getiren mimari zarif değil. Pragmatik. Bir creator platformunu standart bir SaaS uygulaması gibi ele almanın hatalarından öğrendiklerimizi yansıtıyor.