Romi, App Store incelemesi beklemeden düzeltmeleri ulaştırmak için ilk over-the-air güncellemesini yayınladı

Romi over-the-air güncellemeleri devreye aldı

Romi uygulamasının arkasındaki ekip over-the-air (OTA) güncellemelerini etkinleştirdi; böylece belirli değişiklikler Apple'ın App Store incelemesi sırasını beklemeden doğrudan kullanıcılara ulaşıyor. Haber, ekibin romiadhd hesabıyla yazdığı dev.to'daki bir devlog serisinin ilk yazısında duyuruldu.\n Gönderiye göre OTA ile teslimat, çoğu uygulamanın uzun süredir kullandığı bir şey; ancak bu ekip için yeni bir alan. Daha önce en küçük bir düzeltme bile herkese ulaşmadan önce Apple'ın incelemesinden geçmek zorundaydı. Bu gecikme, altyapının kurulmasını motive eden şeydi.

Capgo üzerine kurulu, kendi eliyle yapılmış bir pipeline

Romi, bir başka managed service'e abone olmak yerine kendi teslimat yığınını Capgo ve bir content delivery network'ten oluşturdu. Ekip, bir abonelik daha eklemenin cazip gelmediğiyle şaka ederek parçaları kendisi birbirine bağladı.

Capgo, web kodunu yerel iOS ve Android kabukları içinde paketleyen framework olan Capacitor etrafında kurulmuş bir canlı güncelleme aracı. Bunun seçilmesi, Romi'nin bu hibrit deseni izlediğini gösteriyor: uygulamanın mantığı yerel ikili dosyaya derlenmek yerine web varlıkları olarak dağıtılıyor ve OTA güncellemelerini mümkün kılan tam da bu. Gönderi, bitmiş kurulumun geriye bakınca apaçık göründüğünü, ancak o noktaya giden yolun daha az öyle olduğunu itiraf ediyor.

OTA güncellemeleri inceleme kuyruğunu nasıl aşar

Bunun arkasındaki mekanizma iyi biliniyor. Capacitor veya React Native gibi araçlarla oluşturulan hibrit uygulamalar ekranlarını ve iş mantıklarını bir JavaScript bundle'dan çalıştırır. Bu bundle derlenmiş ikili dosyaya gömülmek yerine runtime'da yorumlandığı için yeni bir sürüm bir sunucudan çekilip yerine takılabilir. Apple'ın inceleme yönergeleri uygulamaların yorumlanan kod indirmesine yalnızca dar durumlarda izin veriyor ve güncelleme servisleri bu izin çerçevesinde çalışıyor; yerel koddaki, izinlerdeki veya uygulama ikili dosyasının kendisindeki değişiklikler hâlâ normal bir incelemeli sürüm gerektiriyor.

Kazanılan şey gecikme süresi. İncelemeli bir App Store sürümü saatler veya günler sürebilirken bir OTA push'ı yüklemeden kısa süre sonra kullanıcılara ulaşıyor. Bozuk bir düzen, tetiklenmeyen bir bildirim veya hatalı bir API endpoint'i gibi küçük bir hata için bu fark, düzeltmenin bu hafta mı yoksa gelecek hafta mı ulaşacağını belirliyor.

Romi bu yolda yalnız değil. Microsoft App Center CodePush servisini 2025'te emekliye ayırdı ve buna bağımlı ekipler Capgo ve Expo Updates gibi alternatiflere geçti; bu da kendi kurulan güncelleme pipeline'larını rutin bir proje hâline getirdi.

Neden önemli

Uygulama incelemesi, küçük mobil ekipler için en büyük sürtünme kaynaklarından biri ve Romi'nin gönderisi bu takasın kompakt bir örneği: teslimat altyapısına bir kez yatırım yap, sonra düzeltmeleri web hızıyla yayınla ve inceleme kuyruğunu gerçekten gerektiren değişikliklere sakla. Boru işini sahiplenme tercihi, bir CDN'yi bir güncelleme aracıyla eşleştirmek, küçük ekiplerin bir SaaS kaleminden çok öngörülebilir maliyetleri tercih etme eğiliminin daha geniş bir yansıması.

Anlaşmanın öbür tarafı ise sorumluluk. Store dışında yayınlanan kod, ekibin sürüm sapmasını, kademeli dağıtımları ve acil geri almaları bir güvenlik ağı olarak inceleme kapısı olmadan kendisinin yönetmesi gerektiği anlamına geliyor. Dikkat çekici olan, gönderinin planlanan bir serinin ilk girişi olması ve kendi ekiplerinin hangi alışkanlıkları geç benimsediğiyle ilgili okurlara bir soruyla kapanması; hızlı shipping yapmaya doğal biçimde eşlik eden, aleni bir shipping edimi.