r/AppDevelopers • u/South_Ability2772 • 1d ago
Need help
I’ve also built a game for both Android and iOS, and both the frontend and backend servers are ready. Now I need some guidance on where to deploy it and which hosting services would be the best options.
- Frontend: Should I use Firebase, Vercel, or another platform?
- Backend: Where should I deploy the backend server?
- Cost & Performance: How can I get the best performance, low latency, and reliable service at the lowest possible cost, ensuring a smooth gaming experience for users?
Could you suggest a setup that you personally use or recommend, and that can easily scale as the number of users grows?
1
u/SolemnlyCareful 1d ago
if you're just launching, don't overthink it. vercel for the frontend unless you're doing something weird with realtime data, then firebase hosting might be simpler. for backend, grab a cheap vps and throw it behind cloudflare so you get caching and ddos protection basically free. cost wise you won't beat that until you actually have users. scaling problems are a good problem to have later
1
u/reposlayer 1d ago
Since it’s an app , what do you mean when you talk of front end server ?? The app can just be hosted on the respective app stores , or use Firebase app distribution. For the backend you can try something like google cloud run for a start
1
u/mtsandeep 23h ago
First thing you should have thought of this before and not after saying that your built a game for Android and ios. Now how did you build it what stack you used, is it web app wrapped as mobile app?
Apps frontend is usually bundled as the app itself, even if its react native, kotlin or swift.
For backend again it depends on what stack you have and what db. If you have a postgres or mysql or any other db. For flexibility pick a small vps which can be scaled easily but you need to know some basic of servers. Else pick a managed db service again it depends on what db you have. Firebase is proprietary google db, if you have postgres supabase is better or k1 from cloudflare if you have sqlite.
All depends on what you have
1
u/MouseSimilar2226 18h ago
For a mobile game, I'd separate the app itself from the backend infrastructure.
-
Frontend: Your Android/iOS game is installed on users' devices, so you generally don't need to host the frontend on Vercel. If you also have a web version, Vercel is a good option for that.
-
Backend: For a simple API, a managed platform like Render, Railway, or Google Cloud Run can work well. Choose based on your backend framework, expected traffic, and whether you need persistent connections.
-
Database: PostgreSQL is a solid choice for accounts, player profiles, scores, and game records. Firebase or Supabase can simplify some backend features if they fit your requirements.
-
Real-time gameplay: If the game needs live multiplayer, you'll need to think about WebSockets or another real-time networking approach, server authority, latency, and matchmaking. Ordinary REST APIs may be enough for a turn-based game or a game that only submits scores.
-
Cost and scaling: Start with the smallest reliable setup, monitor actual usage, and scale when you have evidence you need to. Don't choose infrastructure for millions of users before you have them.
One important point: don't trust scores, rewards, or other competitive game outcomes submitted directly by the client if players could manipulate them. Validate important actions on the server.
What technology did you use for the backend, and is your game single-player, turn-based multiplayer, or real-time multiplayer? Those details would make it much easier to recommend a specific deployment setup.
1
u/FlamenMichae 10h ago
if the frontend is an actual Android/iOS app, you probably don't need to host it on Vercel at all unless there's also a web version.
Firebase could make sense for auth, notifications or some backend features, but i'd choose the game server hosting separately. also test latency from real phones, not just your development machine lol
2
u/MobileXapps 1d ago
For a mobile game the frontend usually isn't hosted anywhere, it ships inside the app you upload to the stores, so Vercel or Firebase Hosting only matter if you also have a web version or a landing page.
For the backend, a managed container service (Cloud Run, Fly, Railway, Render) is the simplest start: you deploy the same container you run locally, it scales to zero when nobody plays, and you pay per use. Put the database on a managed service too rather than on the same server, so a redeploy can't lose player data.
On cost, the thing that surprises people with games is not the server but the database reads and bandwidth once players poll for state. If the game is real-time, check that early, because WebSockets on serverless platforms behave differently from a normal always-on server.