Açık kaynak uygulama Spliit’in işletim metrikleri: kullanım, maliyetler, topluluk bağışları

• Mevcut sürümünün yayımlanmasının üzerinden 1 yıl geçen açık kaynak masraf paylaşım uygulaması Spliit, işletim şeffaflığı için son 12 aya ait kullanım, maliyet ve bağış durumunu paylaştı
• Ziyaret sayısı 152 bin oldu; haftalık ziyaretler yaklaşık 200’den 5 bin–6 bin düzeyine çıktı. %33’lük hemen çıkma oranı, kullanıcıların ana ekranın ötesine geçip gerçek eylemlere yöneldiğini gösteriyor
• Yazının yazıldığı an itibarıyla kullanıcılar neredeyse 15 bin grup ve 162 bin harcama oluşturdu; Ocak 2024’ten bu yana her hafta yaklaşık 300 grup ve 2.000 harcama oluşturuluyor
• İşletim maliyeti ayda yaklaşık 115 dolar; bunun büyük bölümü veritabanı barındırmadan kaynaklanıyor. Dünya genelindeki kullanım nedeniyle veritabanı kullanımı, maliyet optimizasyonunun temel kısıtı
• Spliit ücretsiz kullanımı sürdürürken gelir için GitHub Sponsors ve Stripe bağışlarına dayanıyor; bağışlar toplam maliyetleri tamamen karşılamasa da buna oldukça yakın bir seviyede

---

Spliit’in kullanım ölçeği

• Spliit birkaç yıl önce oluşturulmuş olsa da, şu anda kullanılabilen sürüm yayımlanmasının 1. yılında
• Bir GitHub kullanıcısının şeffaflık amacıyla bilgi paylaşımı önermesi üzerine kullanım, maliyet ve bağış durumu açıklandı
• Son 12 ayda Spliit 152 bin ziyaret kaydetti
  • Başlangıçta haftalık yaklaşık 200 ziyaret düzeyindeydi
  • Şu anda haftalık 5 bin–6 bin ziyaret düzenli olarak gerçekleşiyor
• Hemen çıkma oranı %33
  • Ziyaretçilerin çoğu yalnızca ana sayfayı görüp ayrılmıyor
  • Grup dönüştürme, harcama oluşturma, blog yazısı okuma gibi eylemlere devam ediyor

Paylaşılan bağlantılar ve trafik kaynakları

• 152 bin ziyaretçinin en az 29 bini paylaşılan bağlantı kullandı
• Tipik kullanım akışı, bir kişinin grup oluşturup bağlantıyı katılımcılarla paylaşması şeklinde
• Reddit’ten de çok sayıda ziyaretçi geliyor
  • Splitwise’a alternatif arayan gönderilerde Spliit’ten bahsediliyor
• En çok ziyaretçinin geldiği ülkeler Germany, United States, India
  • Bu ülkelerde neden daha fazla kullanıldığı doğrulanmış değil

Kullanıcıların oluşturduğu gruplar ve harcamalar

• Spliit’te kullanıcıların en sık yaptığı temel eylemler grup oluşturma ve harcama ekleme
• Yazının yazıldığı an itibarıyla kullanıcılar neredeyse 15 bin grup oluşturdu ve toplam 162 bin harcama yarattı
• Ocak 2024’ten bu yana yapılan takibe göre her hafta yaklaşık 300 grup ve 2.000 harcama oluşturuluyor
• Grup başına harcama sayısı dağılımına bakıldığında, en az 4.600 grubun hiç harcaması yok; bunların uygulamayı test etmek için oluşturulduğu düşünülebilir
• Geriye kalan yaklaşık 10 bin grubun yarısı 5’ten fazla harcama içeriyor

Aylık işletim maliyeti

• Spliit’in işletim maliyeti ayda yaklaşık 115 dolar
• Maliyetlerin çoğu veritabanı barındırmadan kaynaklanıyor
• Veritabanı Vercel’de barındırılıyor
  • Fiyatlandırma, aylık toplam veritabanı okuma süresine göre hesaplanıyor
  • Yazma maliyeti neredeyse yok
• Spliit dünya genelinde kullanıldığı için veritabanı neredeyse ay boyunca sürekli kullanılıyor
• Veritabanı maliyeti iyileştirilmek istenen bir kalem ve Spliit’in kullanım senaryosu için daha ucuz bir veritabanı sağlayıcısı olabilir

Ücretsiz kullanım ilkesi ve bağışlar

• Spliit’in iş modeli açık kaynak proje olarak kalmaya dayanıyor ve gelecekte de ücretsiz kullanılabilecek
• İleride premium özellikler ortaya çıkabilir, ancak bu genel uygulama kullanımını kısıtlayan bir biçimde olmayacak
• Spliit’in şu anki tek gelir kaynağı bağışlar
  • GitHub sponsoring
  • Stripe ile doğrudan bağış
• İlk ay bir kişi 70 dolar bağışladı; sonrasında 5 dolar veya 20 dolar bağışlayan kullanıcılar oldu
• Bağışlar henüz projenin tüm maliyetlerini tamamen karşılamıyor, ancak maliyetlere yakın bir seviyeye ulaştı

Bağış özelliğinin neden eklendiği

• Spliit’in işletimi için bağışlar zorunlu değil
  • İşleticinin tam zamanlı bir işi var ve geçimini sağlayacak yeterli geliri bulunuyor
  • Topluluğa maliyetlerin bir kısmıyla katkıda bulunmaktan memnun
• Bağış özelliğinin eklenmesinin iki nedeni var
  • Birçok kullanıcı projeyi beğenerek karşılık verebilecekleri bir yol istedi
  • İşletici bir gün projeden ayrılsa bile topluluğun projeyi mali sorun yaşamadan sürdürebilmesini istiyor

Bakım süresi ve topluluk katkısı

• İşleticinin Spliit’e ayırdığı süre ayda yaklaşık 5–10 saat
• Son birkaç ayda uygulamaya eklenen yeni özelliklerin çoğunu işletici değil, topluluk katkıcıları geliştirdi
• İşleticinin zamanı ağırlıklı olarak proje yönetimine gidiyor
  • issues üzerinde özellik önerilerini, hata raporlarını ve soruları yönetiyor
  • pull requests inceleyip test ediyor
  • Yeni özellikleri yayımlayarak tüm kullanıcıların erişimine açıyor
• Spliit’e çok zaman harcanıyor, ancak bunun önemli bir bölümünü diğer katkıcılar üstleniyor

Gelecekteki şeffaflık güncellemeleri

• Spliit, barındırma maliyetlerinin büyük bölümünü bağışlarla karşılıyor; eksik kalan küçük kısmı ise işletici her ay ödüyor
• Bundan sonra da projenin ilerleyişini ve finansman durumunu düzenli olarak paylaşan şeffaflık güncellemelerini sürdürecek
• Takip soruları iki yerden alınabilir
  • Reddit post
  • GitHub issue

[GN⁺]

Hacker News yorumları

• Her zaman merak ediyorum, insanlar bu tür amaçlar için veritabanı olarak ne kullanıyor? SQLite'ı çok sevsem de, uygulamaların çoğunlukla ayrık ve neredeyse durumsuz olmasını tercih eder oldum
  Neredeyse her zaman en önemli şey veri olduğu için, uygulama altyapısını kaygılanmadan istediğim gibi ölçekleyebilmek, değiştirebilmek ve kaldırabilmek güzel
  Postgres VPS de düşündüm ama beklediğimden daha iyi şekilde neon.tech kullanıyorum. Özellikle GUI ve branching özelliklerini beğendim
  Yaş aldıkça ve zamanım azaldıkça, içime işlemiş tasarruf eğiliminden çok hız ve rahatlık önem kazanmaya başladı. SaaS veritabanı işi hızlandırdı ama aylık faturalama ve değişkenlik hâlâ hoşuma gitmiyor

  • SQLite'ı Litestream ile kullanmayı denedin mi merak ediyorum. Zaten avantajı tam da bu
    Uygulamayı silip başka bir yere dağıtsan bile Litestream veriyi geri alıp hiçbir şey olmamış gibi devam ettiriyor
    Bu yazının başlarında, uygulamama Litestream ekledikten sonra Heroku instance'ını silip Fly.io'da yeni bir instance'ı yeniden dağıttığım bir demo gösteriyorum. Litestream tüm verileri yeni dağıtıma taşıyor: https://mtlynch.io/litestream/
  • Basit bir uygulamaysa biraz caching ekleyerek mysql ya da Perforce ailesinden bir şeyleri, Postgres'i çalıştırmak zor değil
    Küçük bir VPS kapasitesini aşacak neyle karşılaşıldığını pek anlayamıyorum
    Veritabanı için ayrı bir VPS mantıklı olabilir ama istekler düzgün cache'lenirse kritik olmayan servislerde idare eder; sadece yedeklemeleri daha sağlam yapmak gerekir
  • Bu tür kullanım için VPS açmak cazip geliyor ama 10 yılı aşkın süredir ciddi anlamda backend işi yapmadığım için operasyon yönetimi konusunda endişeliyim
    Özellikle sürekli güncel tutma, güvenliği sağlama ve doğru yapılandırma kısmı sorun. İlk kurulum kolay ama asıl mesele sonrası; günümüzde genelde nasıl ele alınıyor merak ediyorum

• Uygulamayı denedim ve hesap oluşturma gerekmemesi çok hoşuma gitti. Özel bir link alıp grupta paylaşıyorsunuz; linki açan kişi kim olduğunu seçip “giriş yapıyor”
  Elbette başka bir üye olarak giriş yapıp sistemi kötüye kullanmak mümkün ama geliştiricinin kullanıcı kitlesini bilerek sürtünmesiz kullanım uğruna seçtiği bir ödün gibi görünüyor. Temiz

  • Topluluk etkinliklerini planlamak için when2meet[0] adlı çok iyi bir web sitesini sıkça kullandık. Etkinlik oluşturup URL'yi paylaşıyorsunuz; kullanıcı adını seçiyor ve kimliğe bürünmeyi önlemek için tamamen isteğe bağlı bir parola da ekleyebiliyor
    Buradan çok ilham alarak, kitap kulübünün bir sonraki kitabı seçmesi için “seçim” yapabileceği bir uygulama geliştiriyorum. Sıralı tercih, onay oylaması, puanlı oylama, en çok oy alan kazanır gibi çeşitli oylama yöntemlerini desteklemek istiyorum
    [0] https://www.when2meet.com/
  • kittysplit.com bu özellik setine 10 yıldır sahip. Fırsat buldukça tanıtmaya çalışıyorum

• Maliyet azaltma sorusuna yanıt olarak, tek bir Linux VPS üzerinde çalıştırılırsa aylık 5-10 dolara kadar düşürülebilir gibi görünüyor
  İlginç olan, büyüme grafiğinin doğrusal olması. Uygulamanın belli ölçüde traction'ı ve viral niteliği açık; peki neden üstel büyümüyor?

  • Ben de tam olarak aynı şeyi düşündüm. ntfy.sh yöneticisiyim; açık kaynak olduğu için DigitalOcean %100 destekliyor, bu yüzden şu an maliyet 0 dolar
    Gerçekte yaklaşık 100 dolar olurdu ama açıkçası bu oldukça fazla ayrılmış bir rakam. Yine de benim trafiğim blogda anlatılandan çok daha büyük
    Mimarisi iyileştirilirse maliyetin düşürülebileceğini düşünüyorum
  • Genelde üstel büyüme olmaz. Örneğin https://longform.asmartbear.com/exponential-growth/ yazısına bakarsanız, “hiper hızlı büyüyen” şirketlerin üstel büyümüş gibi görünse de gerçekte daha çok ikinci dereceden fonksiyon tipi büyümeye yakın örnekler verdiğini görürsünüz
    Yazının ortalarında, bu büyüme desenine daha iyi uyan başka bir model olarak lojistik büyüme öneriliyor. İlk hızlı büyümeden sonra doğrusal büyüme bölgesi geliyor ve sonunda “taşıma kapasitesi” veya “pazar doygunluğu”na ulaşıp yataylaşıyor
  • Aynı fikirdeyim. Vercel'in ne kadar pahalı ücretlendirdiğini görünce gerçekten şaşırdım
    Benzer bir uygulamayı netcup, Hetzner gibi yerlerde ayda 3 dolara barındırıyorum; HN'e çıktığında da saatte 10 binden fazla isteği kolayca kaldırdı
  • DigitalOcean'da benim gördüğüm en düşük seviye ayda yaklaşık 22 dolardı. Daha ucuz alternatifler varsa duymak isterim

• Gerçek rakamlardan bağımsız olarak, böyle projelerin bakım maliyetinin nasıl karşılandığını hep merak ediyorum
  İlgimi çeken fikirlerden biri bunu merkeziyetsiz bir şekilde ele almak. Projeye para giriyor; aylık faturayı ödeyemezse ölüyor
  Yeterince fazla fon gelirse uygun vadeli ABD tahvilleri alıp zamanla onları tüketmek de mümkün olabilir
  Eskiden otomasyon gerekirdi ama yakın gelecekte sınırlı bir yapay zeka ajanının sunucu rolünü üstlenip kendi işini yapmasına izin verilebilir mi diye düşünüyorum

• Kullandıkça öde modeli, gelir de kullanıma göre arttığında iyi. Kendi projelerimde sabit maliyet daha yüksek olsa bile riskin maliyette değil yalnızca erişilebilirlikte olduğu bir fiyatlandırma planı olmasını isterdim

  • Bu yaklaşımın dezavantajı, insanların ve kuruluşların genel olarak gelecekteki kullanımlarını olduğundan fazla tahmin etme eğiliminde olması
    Bu yüzden kullanım bazlı ücretlendirmede gelir çoğu zaman beklentiyle iyi örtüşmüyor; kademeli fiyatlandırma piyasada daha fazla para toplayarak kolayca kazanıyor
    İstisna olarak dosya depolamada insanların ihtiyaç duyacakları kapasiteyi hafife alma eğiliminde olduğunu hissediyorum

• spliit'i gerçekten seviyorum ve düzenli olarak, haftada birkaç kez kullanıyorum
  Delirten nokta, yavaş mobil bağlantılarda gerçekten çok kötü çalışması. Local-first ya da offline-first desteği eklemeyi isterdim ama bunun büyük bir değişiklik olduğunu biliyorum
  Yine de harcama ekleme sayfası gibi sayfaları cache'lemek bile epey iyileştirebilir

• Fikir iyi ama trafik rakamlarına bakınca aynı sonucun aylık 4 dolarlık DigitalOcean droplet ile de alınabileceğini düşünüyorum
  Vercel kullandığı için 1.000 dolardan fazlasını yakmış oluyor. Yaşlandığım için mi bilmiyorum, bu mantığı pek anlayamıyorum
  Temel bir VPS'i bir kez kurunca aynı sonuç çıkar ve maliyet de nötr olurdu; kendi küçük ücretsiz uygulamalarımı da böyle çalıştırıyorum
  Muhtemelen yazar için ayda 100 dolar çok büyük bir yük değil ya da rahatlık için o kadar ödemekte sakınca görmüyor

  • O kadar çok erişilen bir veritabanını 4 dolarlık DigitalOcean droplet üzerinde mi çalıştıracaksın? Epey merak ettim
    Web hosting maliyeti fiilen yok denecek kadar az. Maliyetin çoğu veritabanından geliyor

• Gerçekten harika bir uygulama. Maliyet dökümünü paylaşması güzel olmuş
  Bankalar aklını başına toplasaydı, bu özellik ACH/Zelle/FedNow temelinde banka uygulamalarının varsayılan bir özelliği olurdu
  Organizatör banka uygulamasında grup oluşturabilmeli ve farklı banka hesaplarına sahip kullanıcıları davet edebilmeliydi
  Ödeme talepleri tek tıkla işlenmeli; artık Cash App'e, banka hesabına ya da Venmo'ya para gelip gelmediğini elle kontrol edip sonra üçüncü taraf uygulamada harcamayı işaretlemek gerekmemeliydi

• Gereken şey ödeme sağlayıcı entegrasyonu. ACH veya kredi kartıyla anında ödeme yapılabilmeli
  Bu başlı başına bir gelirleştirme seçeneği de olabilir

  • Böyle uygulamalardan zaten onlarca var. Bu uygulamanın o yolu izlemesi gerektiğini düşünmüyorum
    Açık kaynak ve ücretsiz kalıp nakit işlemleri için kullanışlı bir uygulama olarak kalması bence daha iyi
  • Bu sadece kara para aklamayı icat etmek demek

• Supabase veya NeonDB gibi serverless veritabanı çözümleri kullanılırsa epey para tasarrufu sağlanabilir gibi görünüyor