Neredeyse her iş mobil uygulaması, üzerine mobil arayüz eklenmiş bir arka uçtur; arka uç kararlarının maliyeti, performansı ve uygulamanın neye dönüşebileceğini belirlemesinin nedeni budur. İlk sürüm; kimlik doğrulama, API, veritabanı, dosya depolama, bildirim altyapısı, yönetim arayüzü ve izleme gerektirir, ve yalnızca yönetim arayüzü tipik olarak gerçek geliştirmenin dörtte biri ile üçte biridir.
Bu rehber arka ucun neleri içermesi gerektiğini, geri alması pahalı olan kararları ve neyin geliştirilip neyin satın alınacağını kapsar.
Önemli noktalar
- API'yi mobil kısıtlarına göre tasarlayın: Kesintili bağlantı, sınırlı batarya, hiç güncelleme yapmayan kullanıcılar.
- API'yi ilk günden sürümleyin: Eski uygulama sürümleri cihazlarda yıllarca yaşar.
- Standart parçaları satın alın: Kimlik doğrulama, bildirim, dosya depolama ve arama çözülmüş problemlerdir.
- Yönetim paneli arka uç geliştirmesinin parçasıdır: Sonradan eklenen bir şey değil.
İlk sürümün ihtiyaç duydukları
| Bileşen | Amacı | Geliştir mi satın al mı |
|---|---|---|
| Kimlik doğrulama | Kayıt, giriş, kurtarma, oturumlar | Satın alın, kimlik sağlayıcıları ucuzdur ve iyi yapması zordur |
| API | Uygulamanın okuduğu ve yazdığı her şey | Geliştirin |
| Veritabanı | Doğruluk kaynağı | Yönetilen servis |
| Dosya depolama | Görseller, belgeler, yüklemeler | Satın alın, nesne depolama artı CDN |
| Anlık bildirim | İki platforma teslim | Satın alın |
| Yönetim arayüzü | Ürünü işleten personel | Geliştirin |
| İzleme ve kayıt | Çalıştığını bilmek | Satın alın |
Desen şudur: işinize özgü parçaları geliştirin, her ürünün ihtiyaç duyduğu parçaları satın alın. Kendi kimlik doğrulamasını veya dosya işlemesini yazan ekipler çözülmüş problemlere haftalar harcar ve güvenlik yükümlülüklerini kalıcı olarak devralır.
API'yi tarayıcı için değil telefon için tasarlayın
Mobil istemciler, web ön yüzünün karşılaşmadığı kısıtlarla çalışır ve bunlar hesaba katılmadan tasarlanmış bir API, sunucu ne kadar hızlı olursa olsun yavaş hissettiren bir uygulama üretir.
Gidiş-dönüşleri azaltın. Mobil şebekede her istek yüzlerce milisaniyelik gecikme maliyetindedir. Bir ekranın ihtiyaç duyduğu her şeyi döndüren bir uç nokta, tek tek daha temiz olan beş uç noktadan iyidir.
Yalnızca ekranın kullandığını gönderin. Yük boyutu; hız kadar batarya ve veri kotası demektir.
Kısmi ve devam ettirilebilir işlemleri destekleyin. Mobil şebekelerde yüklemeler yarıda kalır; sıfırdan başlaması gereken bir yükleme terk edilir.
Hatalarda açık olun. Uygulamanın "oturumunuz doldu", "çevrimdışısınız", "sunucu bozuk" ve "buna izniniz yok" durumlarını ayırt edebilmesi gerekir. Genel bir 500, genel bir mesaja zorlar.
İhtiyaç duymadan önce API'yi sürümleyin
Eski uygulama sürümleri cihazlarda yıllarca kalır. Kullanıcılar otomatik güncellemeyi kapatır, cihazlar işletim sistemi güncellemesi almayı bırakır ve kurulu tabanınızın bir kısmı süresiz olarak geride kalır.
Bu, arka ucun yeniler için gelişirken eski istemcilere de hizmet etmesi gerektiği anlamına gelir. İlk sürümden itibaren sürümleyin, URL yolu veya başlık, ve bir sürümü kaldırmayı, kimin hâlâ kullandığını gösteren telemetri ve bir kullanımdan kaldırma penceresiyle bilinçli bir karar olarak ele alın.
Alternatifi, bir değişikliğin güncelleme yapmamış her kullanıcıyı bozduğunu keşfetmek ve onlara ulaşmanın tek yolunun yine yüklemeyecekleri bir mağaza sürümü olmasıdır.
Çevrimdışı ve senkronizasyon modeline erken karar verin
Uygulama çevrimdışı çalışacaksa bu karar arka ucu istemci kadar şekillendirir: çakışma tespiti için zaman damgaları veya sürümler, basit CRUD yerine bir senkronizasyon uç noktası ve iki cihaz bağlantısızken aynı kaydı değiştirdiğinde ne olacağına dair tanımlı bir yanıt gerekir.
Bu son soru bir iş kuralıdır, son yazan kazanır, ilk yazan kazanır veya çakışmayı bir kişiye göster, ve varsayılana bırakılmak yerine karara bağlanmalıdır. Bağlantılı kullanım için tasarlanmış bir API'ye senkronizasyonu sonradan eklemek yeniden yazıma yakındır.
Bildirimi düzgün planlayın
Bildirim izni bir kez verilir ve bir kez kaybedilir. Kullanıcılar nadiren seçerek kapatır; hepsini birden kapatır.
Arka uç tarafı; kullanıcılar yeniden kurdukça ve cihaz değiştirdikçe güncel kalan bir token kaydı, pazarlama mesajının işlem bildirimlerinize mal olmaması için kategori bazlı tercihler ve neyin gerçekten ulaştığını bilmeniz için teslim takibidir.
İzni ancak değeri gösterdikten sonra isteyin ve gürültülü kategorileri kapalı başlatın.
Yönetim arayüzünü API ile birlikte geliştirin
Müşteriye dönük her özellik personel işi yaratır: kullanıcı yönetimi, destek kayıtlarının çözülmesi, kayıt düzeltme, içerik değiştirme. Bunun için bir arayüz olmadan iş, doğrudan veritabanı erişimine ve geliştirici taleplerine kayar, yavaş, denetlenemez ve kalıcı.
Geliştirmenin dörtte biri ile üçte birini buna ayırın ve sonradan değil ilk sürümle birlikte yayına alın. Aradaki boşluk hiçbir zaman kısa olmaz ve tam da lansmanın iş ürettiği dönemde mühendislik kapasitesini tüketir.
Destek personeli, eksik bilgiyle çalışan bir aramaya ve hesabı, geçmişi ile yapılabilecek işlemleri bir arada gösteren bir müşteri görünümüne ihtiyaç duyar. Bağlamı dört ekrandan toplayan temsilci yavaştır ve müşteri her saniyeyi duyar.
İlk sürümden itibaren ölçüm kurun
İlk haftayı, o hafta toplanmamış veriyle geriye dönük teşhis edemezsiniz. 95. yüzdelikte API yanıt süreleri, uç nokta bazında hata oranları, çökme raporlama ve iş düzeyinde metrikler, kayıtlar, tamamlanan temel eylemler, senkronlanan kayıtlar, ile yayına çıkın.
Gönderimden önce bunların üretim derlemesinden rapor verdiğini doğrulayın. Geliştirmede çalışıp üretimde sessizce başarısız olan ölçüm, yaygın ve can sıkıcı bir keşiftir.
Maliyetleri görünür tutun
Arka uç maliyetleri, geliştirme bedelinin göstermediği biçimde kullanımla artar. Barındırma, veritabanı, dosya depolama ve veri çıkışı, bildirim teslimi, üçüncü taraf servisler ve izleme birlikte bir iş uygulaması için tipik olarak yılda 1.200–9.000 dolar tutar ve trafikle büyür.
Lansmandan önce beklenen hacimde modelleyin ve faturalama uyarıları kurun. Alternatifi, kimsenin öngörmediği ve hiçbir bütçe kaleminin karşılamadığı üçüncü ay faturasıdır.
İlgili rehberler
- Mobil Uygulama Backend'i: Mimari, Özellikler ve Kontrol Listesi rehberinin yanında Yapay Zeka İş Akışı Otomasyonu: Kullanım Alanları ve Riskler.
- Mobil Uygulama Backend'i: Mimari, Özellikler ve Kontrol Listesi rehberinin yanında Özel Yönetim Panosu Geliştirme: Metrikten Aksiyona.
Mobil Uygulama Backend'i: Mimari, Özellikler ve Kontrol Listesi yazısındaki mimari soruların bir kez ve doğru yanıtlanması gerekiyorsa Platform Temelinizi Konuşalım.
Ali Boran Gazel