Android ve IOS uygulama için host

Merhaba arkadaşlar.
Android ve IOS uygulamaları için host işi nasıl oluyor kısa bir bilgi verebilir misiniz? İnternette araştırma yaptım ama Türkçe net bir kaynak yok. Host ve domain almak şart mı? Normal web sitesi için aldığımız host veya reseller gibi bir şey mi almamız gerek? Birde Firebase'ten bahsediliyor. Admin panel dahil bütün bilgileri dosyaları burada mı tutuyoruz ve bunun için bir ücret isteniyor mu sonuçta dosyalarımız bir yer kaplıyor. Bu arada bir yerde KVKK gizlilik çok önemli bilgi sızmamalı yazmışlar. Yani tabi ki önemlidir ama uygulama için ekstra neden böyle bir uyarıda bulundular anlamadım.
edit: Uygulama nakliye rezervasyon uygulaması olacak

php, json haberleşmesi yapacaksanız normal web sitesi için aldığınız hosting(tabi ki buna bağlı bir domain) işinizi görür. Firebase ile de yapabilirsiniz ancak belli kotalar dahilinde ücretli olabilir, db olarak kullanmadım.

Eğer uygulaman bir üyelik, login, sisteme giriş verisi tutacaksa, sen tutmak istiyorsan, uygulamanın kurulduğu telefonun dışında bir yerde herhangi bir veri tutman gerekiyorsa vesaire vesaire... uygulamanın BİRYERLE habeerleşmesi gerekir. O BİRYER bu verileri alır ve kaydeder. mesela database'e kaydeder. sen orada bir yönetim panelinden bu verilere bakarsın, değiştirirsin...vb... eğer uygulama ekrana "telefon haricinde biryerden" bilgi alıp gösterecekse, mesela o verileri sen sağlayacaksan, o zaman yine "biryerle" haberleşmesi gerekir. işte o biryer senin web siten, daha doğrusu websiten altında bu haberleşmeyi sağlayan kodların olduğu bölüm. bu siteyi (veya sana ait olan sunucuyu) belirlemek için, ona erişmek için de bir domain adının olması gerekir ki uygulaman senin siteni veya sunucunu bulabilsin. Tabii teknik olarak bunun kalsik anlamda bir web sitesi olması da gerekmez... mesela kendi sunucunda sadece haberleşmeyi sağlayan bir progam da çalıştırabilirsin.

Ama playstore ve appstore, özellikle de apple appstore uygulamaları onaylayıp yayınlamak için senin *********** olmadığını, düzgün iş yaptığını bilmek istiyor. o sebeğle uygulamanın tanıtımını yaptığın bir web sitesi olmasını da isterler herhalde. apple bu konuda özellikle titiz davranıyor. playstore uygulamanın kendisine ait websitesi varmı yokmu baklmadan kolayca onaylıyor olabilir, amin değilim. Ama eğer bu uygulama ödeme alacaksa herşeyin öncesinde tanıtım sitesini yapmanı şiddetle tavsiye ederim.

Firebase bir uygulama geliştirme platformu. daha kolay program geliştirip tüm mağazalara koymanı sağlıyor. eğer firebase (ve benzerlerini) kullanmazsan bir programlama dili ile ham android hem de ios için uygulamanı ayrı ayrı geliştirmen gerekiyor. Firebase hayatını kolaylaştırıyor. tabii karşılığında da para alıyor. Bunun yanında playstore ve appstore geliştiricisi olmak için google'a tek seferlik apple'a her sene para ödemen gerekiyor. (Firebase kullanırsan yine de ödemen gerekir mi bilemiyorum) En azından benim zamanımda öyleydi. google çok dert değilde apple baya baya pahalı olmuştur artık bu günlerde.

Özetle... Bir hosting'in veya ihtiyacına göre bir sunucun olacak
Uygulamana ait bir tanıtım web sayfan olacak, gerekiyorsa bir yönetim panelin olacak (sen yapacaksın)
bir domain'in olacak. hem kullanıcılar web sayfanı görebilecek, hem google ve apple sayfanı görebilecek, kim ve ne olduğunu bilecek
bu domain web sayfalarına yönlenmiş olacak.
uygulaman bu web sitesi ile haberleşecek (eğer gerekiyorsa)
Googleplay ve applestore developer üyeliğin olacak

şimdilik bu kadar. kolay gelsin diyor ve bol başarılar dililyorum.

Cevap için teşekkürler. Açıkçası bunu nasıl yapacağıma henüz karar veremedim. Nasıl bir yol izleyeceğimi hangi yöntem daha mantıklı olur tam bilmiyorum.

Cevap için teşekkürler zaman ayırıp bu kadar yazmışsınız. Açıkçası şuan hali hazırda bir web sitemiz var müşterim uygulama yaptırmaya sonradan karar verdi. (Bunun için ekstra bir tanıtım sitesine gerek kalmaz sanırım) 2010'dan beri web tasarım yapıyorum, uygulama geliştirmeye sonradan başladım biraz geç kaldım açıkçası. O yüzden sisteme biraz yabancıyım. Apple'ın onay vermesinin Google'a nazaran zor olduğunu duymuştum. Ben şuanda dart (Flutter) ile yazıyorum uygulamayı. native olmasa da ona en yakın cross platform budur sanırım. Ama uygulama bitince nasıl bir yol izleyeceğimi tam bilmiyorum. Nasıl bir veritabanı kullanmalıyım nerede host etmeliyim tam oturtamadım kafamda. Backend elbette olacak müşteriye admin panel vermek zorundayım. Eğer php ile yapılıyorsa problem yok admin paneli php ile yazarım. Bu durumda ben veritabanı ve uygulama dosyalarını şuan kullandığım reseller'da tutabilirim değil mi? Güvenlik konusunda bir sıkıntı olmaz heralde. çok bilindik host şirketlerinden birinde duruyor tüm sitelerim.

backen'i hangi dille yazdığının bir önemi yok. programlama diline aşık olma. nerede ne gerekiyorsa onu kullan. applikasyonu aynı anda kullanacak kişi sayısına göre bir veritabanıı ve sunucu gücü seçmen gerekir tabii. ama bugünlerde sunucu değişimleri eskisi gibi değil, kolay yapılabiliyor. hosting firmaları shared hosting veriyor. buna dikkat et. mesela benim aptal bir hosting firmasında çalışan bir borsa programım var. IIS pool arada resetleniyor ve herşeyi kaybediyorum. eğer iş yükün ağırsa sanal sunucuları veya fiziksel bunucuları deneyebilirsin. ama mobil tarafa geçince veya benim gibi hızlı veri akışları ile uğraşıyorsan bazı değişiklikleri yapman ve farklı teknolojileri düşünmende fayda var derim ben. mesela ben mysql ile hiç mutlu olamadım. mssql bana inanılmaz bir güven verdi. mssql ile rahatlıkla diyebiliyorum ki, "bir sorun varsa bendedir". ama bunda daha önemlisi benim işim için mssql'in ve shared hosting'in hızı yetmedi. o sebeple redis ve benzeri nosql tipleeri ile karma bir yapı kurdum. benzer şekilde hangfire ile baklememi gerektirmeyen işleri çalıştırıp unutarah büyük performans kazandım. Adı üstünde fire-and-forget büyük avamtaj sağlıyor.

Verileri istediğin yerde tutarsın. hatta ben bir ara uygulamayı bir sunucuda, veri tabanını bir başka sunucuda ve redis sunucuyu da başka bir makinada tuttum. bunlar arasında kendine uygun bir haberleşme standardı belirle yeter. json çok moda. kolay da aynı zamanda. ama xml kullansan da kıyamet kopmaz. ben zamanında (evet yaşlıyım biraz)daha ortada webservice gibi şeyler yokkken bu işi yapan metodları kendim geliştirmiştim. neticede çalışıyorsa sorun yoktur. Ama backup çok önemli.

Belki paylaşabileceğim en önemli tecrübe haberleşme olayını bir subdomain altından yapman olur. Bu sayede gelecekte eğer işyükü artarsa yeni bir sunucuda barındırılan yeni bir subdomain ile altyapıyı kimseye belli etmeden değiştirebilirsin. yeni bir sunucuya taşınman gerektiğinde orada bir subdomain altında kurulumu yapıp test ettikten sonra dns yönlendirmesi ile eski uygulama çalışırken yenisine geçebilirsin.

Beni en çok sıkıntıya sokan bizdeki upload hızının düşük tutulması. ben yurtdışında da çalıştım. orada insanlar bizdeki sorunları yaşamıyor. yavaş bağlantılar yüzünden yedekten dönmenin zaman alacağını gözönüne almalısın. başına olmadık dertler açıyor.

Bunlar iyi bir planlama ile baştan yapmazsan sonradan çalışan sistemde değiştirmen gerekir. ama yine de her sorunu ve büyümeyi önceden görmek zor. ben bir kısmını planlayabildim ama kullanıcı sayısı kontrolsüz artınca eklemeler ve değişiklikler bayağı zorladı. büyük projelere geçmek her zaman dertli oluyor. tecrübe edindikten sonra o kadar dert etmiyorsun.

Ama altından kalkarsın. dert etme...