अपने Android फ़ोन से अपना Backend मैनेज करें
12 hosting, BaaS और observability providers को अपने Android फ़ोन से deploy, roll back और monitor करें। PocketCode का Backend Manager यह सब IDE के अंदर से ही चलाता है।
Production टूट जाता है और आप बस में बैठे हैं। एक deploy को rollback चाहिए, कोई environment variable गलत है, और आपकी जेब में बस एक फ़ोन है — वो laptop नहीं जिसमें Vercel dashboard, Cloudflare console और Sentry tab सब एक साथ खुले हों। आम जवाब होता है, "घर पहुँचने तक रुको।" PocketCode का Backend Manager इस इंतज़ार को खत्म कर देता है: यह एक एकीकृत panel है जिससे आप अपने फ़ोन से अपना backend मैनेज कर सकते हैं, जो असली provider APIs से जुड़ा है और आपके editor और terminal के ठीक बगल में, IDE के अंदर ही रहता है।
यह web dashboards की ओर इशारा करने वाले links का ढेर नहीं है। यह providers से सीधे बात करता है, आपके tokens को device की encrypted storage में रखता है, और अपने UI को ठीक उसी हिसाब से ढालता है जो हर provider का API असल में सपोर्ट करता है।
तीन hub, तेरह providers
Backend Manager उन सभी चीज़ों को — जो आपके project के इर्द-गिर्द घूमती हैं पर code से बाहर रहती हैं — तीन स्वतंत्र hubs में बाँट देता है। आप welcome screen से एक चुनते हैं और सीधे उसके provider grid में पहुँच जाते हैं।
| Hub | Providers | यह किस सवाल का जवाब देता है |
|---|---|---|
| Deploy | Vercel, Render, Netlify, Railway, Fly.io, Cloudflare, DigitalOcean | "मेरा app कहाँ चलता है?" |
| BaaS | Firebase, Appwrite, Convex, Supabase | "मेरा data कहाँ है और मेरे users कहाँ हैं?" |
| Observability | Sentry, PostHog | "क्या यह production में काम कर रहा है?" |
Navigation gesture-आधारित है — header में न कोई दिखने वाला tab है, न back button। Back gesture आपको एक स्तर ऊपर ले जाता है, फिर वापस welcome screen पर, और फिर panel बंद कर देता है। फ़ोन से अपना backend deploy कैसे करें — इसकी शुरुआत इन्हीं तीन hubs से होती है।
Deploy: हर provider की ईमानदार क्षमताएँ
हर hosting provider अपने API surface का एक अलग हिस्सा उजागर करता है, और Backend Manager इसका दिखावा नहीं करता कि सब एक जैसे हैं। धुँधले (greyed-out) buttons दिखाने के बजाय, यह उन actions को छिपा देता है जो कोई provider नहीं कर सकता — ताकि आप कभी ऐसी चीज़ पर tap न करें जो "not supported" लौटाए। यह रहा shipped matrix, जो असली dispatch code के विरुद्ध verify किया गया है:
| क्षमता | Vercel | Render | Netlify | Railway | Fly.io | Cloudflare | DigitalOcean |
|---|---|---|---|---|---|---|---|
| Projects / services सूचीबद्ध करना | हाँ | हाँ | हाँ | हाँ | हाँ | Pages | Apps |
| Deploy trigger करना | — | हाँ | हाँ | — | — | — | हाँ |
| Rollback | हाँ | हाँ | हाँ | हाँ | — | हाँ | हाँ |
| Env vars (पढ़ना + लिखना/हटाना) | हाँ | हाँ | हाँ | हाँ | — | — | — |
| Custom domains | हाँ | — | — | — | — | Zones | — |
| Build config लिखना | हाँ | हाँ | — | — | — | — | — |
| Deployment रद्द करना | हाँ | — | — | — | — | — | — |
| Suspend / Resume | — | हाँ | — | — | — | — | — |
| Servers / VMs | — | — | — | — | Apps | — | Droplets |
तो आप Android पर backend deploy कर सकते हैं — Render, Netlify या DigitalOcean पर build trigger करके; Vercel, Render, Netlify, Railway, Cloudflare या DigitalOcean पर promote या rollback करके; Vercel, Render, Netlify या Railway पर environment variables edit और delete करके; और किसी Render service को suspend या resume करके — यह सब फ़ोन से।
दो ईमानदार चेतावनियाँ। One-Click Deploy wizard के ज़रिए बिल्कुल नया project खड़ा करना फ़िलहाल सिर्फ़ Vercel के लिए काम करता है — बाकी providers wizard में दिखते तो हैं पर अभी किसी असली endpoint से नहीं जुड़े। और preview deploys तथा branch/Git deploys की screens बनी हुई हैं पर अभी trigger नहीं होतीं; वह wiring आगे आने वाला काम है, इसलिए manager उन actions को अभी रास्ते से हटाए रखता है।
पर्दे के पीछे ये providers के अपने REST और GraphQL endpoints हैं। मिसाल के तौर पर, Render पर एक rollback POST /v1/services/{id}/rollback को hit करता है; एक Vercel promotion POST /v10/projects/{id}/promote/{deploymentId} पर जाता है; Railway पर env var writes एक GraphQL variableUpsert चलाते हैं। किसी env var को delete करने से पहले हमेशा पुष्टि माँगी जाती है। ज़्यादा जानकारी के लिए deploy documentation देखें।
और गहराई में: provider capability sub-hubs
तीन providers के पास एक बुनियादी deploy flow से कहीं ज़्यादा surface है, और Backend Manager इसे capability sub-hubs के ज़रिए सामने लाता है जो lazily load होते हैं और per session cache होते हैं।
- Cloudflare — Workers scripts, KV namespaces, D1 databases, R2 buckets और Zones ब्राउज़ करें। Zones की सूची में एक inline Purge cache action है (
POST /zones/{id}/purge_cache)। Account ID अपने आप resolve होकर session के लिए cache हो जाता है। - DigitalOcean — Kubernetes clusters, managed databases, volumes और firewalls सूचीबद्ध करें, droplets तक Servers route से पहुँचा जा सकता है।
- Railway — किसी project के environments और volumes देखें (project-scoped, इसलिए project बदलने पर state रीसेट हो जाता है)।
ये सब एक ही reusable list screen के नीचे चलते हैं, यही वजह है कि यह module हर एक के लिए अलग UI बनाए बिना 21 अलग-अलग capability views दे पाता है।
Backend as a service: data और users
BaaS hub वह जगह है जहाँ आप अपने backend as a service stack पर नज़र रखते हैं।
- Appwrite — अपने projects सूचीबद्ध करें, फिर किसी project के users में drill करें (
GET /v1/users,X-Appwrite-Keyसे authenticated)। - Convex — अपनी teams सूचीबद्ध करें, एक deployment URL डालें, और system की
tablesquery से उसकी tables load करें। आप live deployment के विरुद्ध कोई भी Convex query भी चला सकते हैं और नतीजा सारांश के रूप में वापस पा सकते हैं। - Supabase — projects सूचीबद्ध करें, फिर किसी project की tables में drill करें। Backend Manager project की
anonkey on demand लाता है, PostgREST schema endpoint को hit करता है, और OpenAPI definition सेpublicschema की table names parse करता है। वह anon key कभी persist नहीं होती — यह सिर्फ़ उस call की अवधि तक memory में ही रहती है।
एक ईमानदार बात: Firebase आज एक read-only placeholder है। Firebase projects सूचीबद्ध करने के लिए एक ऐसे OAuth scope की ज़रूरत है जिसे module ने अभी नहीं जोड़ा है, इसलिए उसे चुनने पर projects सूचीबद्ध करने का दिखावा करने के बजाय एक सूचनात्मक संदेश दिखता है जो आपको Firebase Console की ओर भेजता है।
Observability: क्या यह सचमुच काम कर रहा है?
- Sentry — हर वह project सूचीबद्ध करें जहाँ आपका token पहुँच सकता है, फिर उसके unresolved issues खोलें, जो level (fatal, error, warning, info, debug) के हिसाब से रंग-कोडित हैं। वहाँ से आप releases, alert rules, replays और user feedback lazily load कर सकते हैं।
- PostHog — projects और उनकी insights सूचीबद्ध करें, फिर events, cohorts, experiments, session recordings, dashboards और annotations में drill करें। PostHog का host configurable है, इसलिए वही client PostHog Cloud और self-hosted instance दोनों के लिए काम करता है — यह तब उपयोगी है जब आप mobile से self-host करते हैं और manager को अपने deployment की ओर point करते हैं।
आपकी जेब में एक Kubernetes manifest generator
Deploy hub एक local Kubernetes YAML generator भी देता है। आप एक app name, image, replica count, ports, namespace, और CPU/memory के requests व limits भरते हैं, और यह एक ऐसा YAML document निकालता है जिसमें एक Deployment और उससे मिलता-जुलता एक Service होता है, जो kubectl apply -f - में paste करने के लिए तैयार है। यह पूरी तरह एक generator है — यह किसी cluster से नहीं जुड़ता, कुछ apply नहीं करता, और किसी live API के विरुद्ध validate नहीं करता। यह बस आपको touchscreen पर हाथ से boilerplate लिखने से बचा लेता है।
आपके tokens device पर ही locked रहते हैं
हर provider token SecureTokenStorage के साथ स्टोर होता है — Android Keystore द्वारा समर्थित EncryptedSharedPreferences, जो keys के लिए AES256-GCM और values के लिए AES256-SIV इस्तेमाल करता है। कुछ भी हमारे servers पर नहीं भेजा जाता।
किसी भी provider call से पहले, Backend Manager जाँचता है कि token मौजूद है या नहीं। अगर नहीं है, तो यह शून्य API calls करता है और उसके बजाय एक "Connect provider" empty state दिखाता है जिसमें integrations खोलने का button होता है। वह deep link एक biometric या device-lock check से सुरक्षित है, ताकि आपका unlocked फ़ोन पाने वाला कोई व्यक्ति पहले authenticate किए बिना Backend Manager से आपकी सहेजी हुई API keys तक न कूद सके।
क्या मुफ़्त है, और क्या Pro है
अपने infrastructure को पढ़ने और समझने के लिए ज़रूरी सब कुछ मुफ़्त है: projects सूचीबद्ध करना, environment variables पढ़ना, Cloudflare और DigitalOcean sub-hubs ब्राउज़ करना, Kubernetes YAML generate करना, और Sentry issues तथा PostHog insights देखना।
तीन चीज़ों के लिए Pro plan चाहिए: custom domains, किसी deployment को roll back करना, और PostHog feature flags। Free plan पर एक और सीमा है — एक बार में सिर्फ़ एक active deployment — पहला अभी build या deploy हो ही रहा हो और आप दूसरा trigger करें, तो आपसे upgrade करने को कहा जाएगा। पूरी तुलना के लिए pricing page देखें।
IDE में built-in, ऊपर से चिपकाया हुआ नहीं
चूँकि Backend Manager PocketCode के अंदर ही रहता है, AI assistant app के event bus पर इससे बात कर सकता है। इससे किसी deploy के बारे में पूछें और यह एक deploy trigger कर सकता है, deploy status बता सकता है, हाल के deployments को log lines के रूप में सारांशित कर सकता है, या Deploy और Observability hubs के आर-पार आपके projects सूचीबद्ध कर सकता है — यह सब उसी state पर आधारित है जिसे आप पहले से देख रहे हैं।
Backend मैनेज करने का मतलब कभी एक desk, एक laptop, और मुट्ठी भर browser tabs हुआ करता था। अब ऐसा नहीं है। PocketCode hosting, BaaS और observability — तेरह providers, असली API calls, encrypted tokens — को उसी app में ले आता है जहाँ आप code लिखते और ship करते हैं।
PocketCode Google Play की ओर बढ़ रहा है। अपने फ़ोन से अपना backend चलाने वालों में सबसे पहले शामिल होने के लिए pre-registration में शामिल हों।
बैकएंड मैनेजर
इस पर त्वरित जवाब
PocketCode आज़माने के लिए तैयार हैं?
ऐप डाउनलोड करें और अपने फ़ोन से कोडिंग शुरू करें।