جس دن میں نے کافی سے پہلے ایک بیک اینڈ بنانے کی کوشش کی
کیا آپ نے کبھی پیر کی صبح ایک بیک اینڈ بنانے کی کوشش کی ہے—اور پھر آپ کو پتہ چلا کہ آپ کا API گیٹ وے 403 ممنوعہ میں چھٹیاں منا رہا ہے اور آپ کے ڈیٹا بیس میں کمٹ منٹ کے مسائل ہیں؟ میں ایک بار ایسا کر چکا ہوں۔ میں ایک چھوٹا سا اینڈ پوائنٹ چاہتا تھا—صرف ایک دوستانہ /hello—اور کسی طرح میں VPCs پر اس طرح بحث کر رہا تھا جیسے میں ہاگ وارٹس ہاؤس چن رہا ہوں۔
یہاں اچھی خبر یہ ہے کہ Lovable Cloud “بیک اینڈ بنانے” کے حصے کو…خوبصورت بنانے کی کوشش کر رہا ہے۔ یا کم از کم غصہ دلانے والا تو نہ ہو۔ اگر آپ کے پاس 30 منٹ، ایک وائی فائی کنکشن، اور چند استعاروں کو برداشت کرنے کی صلاحیت ہے، تو میں آپ کو Lovable Cloud کے ساتھ بیک اینڈ بنانے کا طریقہ بتاتا ہوں—مرحلہ وار، کیا دیکھنا ہے، اور اسے اینڈ پوائنٹس کے سپتیٹی باؤل میں تبدیل ہونے سے کیسے بچانا ہے۔
خبردار: یہ ایک عملی، تجرباتی گائیڈ ہے۔ کم وینڈر شاعری، زیادہ “یہاں کلک کریں، یہ ٹائپ کریں، ایسا نہ کریں۔” اور ہاں، ہم کچھ حقیقی چیزیں بھیجنے جا رہے ہیں: ایک فعال API جس میں تصدیق، ایک ڈیٹا بیس، ماحولیاتی راز، تعیناتی، نگرانی، اور اسکیل کرنے کا ایک فوری راستہ موجود ہے۔ ایک سنیک لیں۔ ہم بھیج رہے ہیں۔
Lovable Cloud کیا ہے اور آپ کے بیک اینڈ کو اس کی پرواہ کیوں کرنی چاہیے؟
Lovable Cloud کو ایک جدید بیک اینڈ سوئس آرمی چاقو کے طور پر سوچیں: سرور لیس فنکشنز، API روٹنگ، ڈیٹا بیس کنکشنز، ماحولیاتی راز، اور CI/CD—یہ سب آپ کو YAML فائلوں کے ایک خاک آلود چڑیا گھر کو برقرار رکھنے سے بچانے کے لیے ہیں۔
- آپ کوڈ لکھتے ہیں (Node/TypeScript، Python—دیکھیں کہ اس وقت کیا چل رہا ہے)۔
- آپ راستوں کی وضاحت کرتے ہیں (REST)۔ اگر آپ فینسی ہیں، تو آپ GraphQL کی تہہ جما سکتے ہیں یا JSON کے ساتھ رہ سکتے ہیں۔
- آپ ایک منظم ڈیٹا بیس سے جڑتے ہیں (PostgreSQL یہاں عام ہائی اسکول سویٹ ہارٹ ہے)۔
- آپ تعینات کرتے ہیں۔ یہ اسکیل کرتا ہے۔ آپ صبح 3 بجے مزید سرورز شامل کرنے کے بارے میں فکر کرنا چھوڑ دیتے ہیں۔
اگر آپ کے “بیک اینڈ” کا ذہنی ماڈل یہ ہے: اینڈ پوائنٹس + تصدیق + ڈیٹا + تعیناتی + لاگز، تو Lovable Cloud کم بیپس اور زیادہ رسیدوں کے ساتھ ایکسپریس لین بننے کی کوشش کرتا ہے۔
Lovable Cloud کے ساتھ بیک اینڈ بنانے کا گیم پلان
- ایک Lovable Cloud پروجیکٹ اور ریپو بنائیں۔
- ایک عوامی اور ایک محفوظ راستے کے ساتھ ایک API اسکیفولڈ کریں۔
- ایک PostgreSQL ڈیٹا بیس شامل کریں اور ایک منتقلی چلائیں۔
- ماحولیاتی متغیرات اور ایک سادہ ORM کو وائر اپ کریں۔
- تصدیق شامل کریں (JWT، سیشن ٹوکنز، یا OAuth—آپ کی کال)۔
- ایک اسٹیجنگ ماحول میں تعینات کریں۔
- مانیٹرنگ/لاگنگ اور ایک خودکار ٹیسٹ شامل کریں۔
- اپنے مستقبل کے نفس کا دل توڑے بغیر پیداوار میں ترقی کریں۔
ہاں، یہ بہت زیادہ لگتا ہے۔ نہیں، اس میں پورا ہفتہ نہیں لگے گا۔
مرحلہ 1: اپنا Lovable Cloud پروجیکٹ شروع کریں (A.K.A. نیا پروجیکٹ خوشبو)
- ایک اکاؤنٹ بنائیں اور ایک نیا پروجیکٹ شروع کریں۔ اس کا نام کچھ ایسا رکھیں جو آپ کو بعد میں یاد رہے—“not_final_backend_v7” ایک جال ہے۔
- اپنا رن ٹائم منتخب کریں (APIs کے لیے Node/TypeScript معمول کی پسند ہے)۔
- اگر دستیاب ہو تو ایک ٹیمپلیٹ منتخب کریں: “REST API” یا “Serverless Functions” آپ کو خالی صفحے کے خوف سے زیادہ تیزی سے سبز رنگ میں لے جاتا ہے۔
آپ کو ایک Git ریپو (آپ کا یا ان کا) اور ایک ڈیولپمنٹ ماحول ملے گا۔ بونس پوائنٹس اگر آپ فوری طور پر برانچ کرتے ہیں (“feature/hello-api”) تاکہ آپ کی مرکزی برانچ غلطیوں کا زندہ عجائب گھر نہ بن جائے۔
مرحلہ 2: اپنا پہلا اینڈ پوائنٹ اسکیفولڈ کریں (کیونکہ ہیلو ورلڈ ابھی بھی اثر انداز ہوتا ہے)
ایک بنیادی راستہ بنائیں: /api/hello۔ اسے بیوقوف اور خوش رکھیں۔
- راستہ فائل:
routes/hello.ts
- فنکشن: JSON واپس کرتا ہے جیسے
{ message: "Hello, world" }
- مقامی طور پر ٹیسٹ کریں: cURL یا آپ کا پسندیدہ HTTP کلائنٹ۔ اگر آپ کو 200 نہیں ملتا ہے، تو اپنے اقدامات کو دوبارہ دیکھیں اور لاگز چیک کریں۔
پرو ٹپ: اپنے راستے کے ہینڈلرز کو پتلا رکھیں—اینڈ پوائنٹ کے اندر کوئی کاروباری منطق نہ ہو۔ منطق کو خدمات میں ڈالیں۔ آپ کے مستقبل کے ریفیکٹرز آپ کا شکریہ ادا کریں گے۔
مرحلہ 3: قدیم DevOps روحوں کو طلب کیے بغیر ایک ڈیٹا بیس شامل کریں
PostgreSQL منتخب کریں۔ یہ قابل اعتماد، رشتہ دار، اور جوائنز سے الرجک نہیں ہے۔
- Lovable Cloud میں، ایک منظم Postgres مثال بنائیں۔
- اسناد کو ماحولیاتی متغیرات کے طور پر محفوظ کریں:
DATABASE_URL، DB_USER، DB_PASS، DB_HOST، DB_NAME۔
- ایک ORM یا کوئری بلڈر منتخب کریں (Prisma, Drizzle, Knex)۔ میں رفتار اور اسکیما کی درستی کے لیے Prisma کی طرف متعصب ہوں۔
یہ ثابت کرنے کے لیے ایک چھوٹا سا users ٹیبل بنائیں کہ یہ کام کرتا ہے:
- اسکیما:
id (uuid)، email (unique)، created_at (timestamp)۔
- اپنے ڈیولپمنٹ ماحول سے منتقلی چلائیں۔
- ایک
GET /api/users اینڈ پوائنٹ لکھیں جو ایک فہرست واپس کرتا ہے۔ ایک نیا داخل کرنے کے لیے ایک POST /api/users شامل کریں۔ اسے تصدیق کے ساتھ محفوظ کریں (اگلا مرحلہ)، لیکن ابھی کے لیے، ایک ٹیسٹ انسرٹ کے ساتھ تصدیق کریں۔
اگر آپ کو ٹائم آؤٹ یا کنکشن ری سیٹ نظر آرہے ہیں، تو چیک کریں: درست پورٹ، SSL موڈ، اور کیا آپ کے ڈیولپمنٹ ماحول کو DB سے بات کرنے کی اجازت ہے (VPC قوانین اور IP الاؤ لسٹ ڈرامے کو پسند کرتے ہیں)۔
مرحلہ 4: تصدیق شامل کریں جو صارفین کو رلاتی نہیں ہے
آپ کے پاس اختیارات ہیں:
- غیر ریاستی APIs کے لیے JWT پر مبنی تصدیق
- محفوظ کوکیز کے ساتھ سیشن ٹوکنز (ویب ایپس کے لیے بہترین)
- Google، GitHub وغیرہ کے ساتھ OAuth (پاس ورڈ کی سزا سے بچنے کے لیے بہترین)
ایک فوری جیت کے لیے، JWT سے شروع کریں:
- لاگ ان پر ٹوکن بنائیں (
POST /api/auth/login)۔
- Lovable Cloud کے سیکرٹس مینیجر میں دستخط کرنے کا راز محفوظ کریں۔
- ایک مڈل ویئر بنائیں جو
Authorization: Bearer <token> ہیڈر کو پڑھتا ہے۔
POST /api/users جیسے راستوں کی حفاظت کریں اور جو بھی ڈیٹا کو تبدیل کرتا ہے۔
یاد رکھیں: مختصر ٹوکن لائف ٹائم + ریفریش ٹوکنز = کم سردردی جب آلات گم ہوجاتے ہیں یا ڈویلپرز بھول جاتے ہیں کہ انہوں نے YouTube کمنٹ میں ایک ٹوکن چھوڑ دیا ہے (پوچھو مت)۔
مرحلہ 5: ماحولیاتی متغیرات: راز، تحفے نہیں
Lovable Cloud کے ماحولیاتی مینیجر کا استعمال کرتے ہوئے رازوں کو مرکزی بنائیں:
- تھرڈ پارٹی API کیز (ای میل فراہم کنندہ، ادائیگی)
انہیں فی ماحول سیٹ کریں (ڈیولپمنٹ، اسٹیجنگ، پروڈکشن)۔ کسی بھی چیز کو ہارڈ کوڈ نہ کریں۔ نہ کریں۔ یہاں تک کہ “ابھی کے لیے بھی۔” یہ ہے کہ خوفناک کہانیاں کیسے شروع ہوتی ہیں۔
مرحلہ 6: اپنے مستقبل کے معالج کو بتائے بغیر اسٹیجنگ میں تعینات کریں
تعینات پر کلک کریں۔ لاگز دیکھیں۔ سانس لیں۔
- صحت کی جانچ کی تصدیق کریں: کیا آپ کا روٹ یا
/api/health ok واپس کرتا ہے؟
- ایک سموک ٹیسٹ چلائیں:
GET /api/hello، GET /api/users۔
- ٹیسٹ ٹوکن کے ساتھ ایک محفوظ راستہ آزمائیں—اس کے بغیر 401 کی تصدیق کریں، اس کے ساتھ 200 کی تصدیق کریں۔
اگر کولڈ اسٹارٹس سست ہیں، تو چھوٹے فنکشنز کو ایک سروس میں بیچیں جہاں یہ معنی رکھتا ہے۔ سرور لیس بہت اچھا ہے، لیکن 400 چھوٹے فنکشنز ایک کنڈکٹر کے بغیر ایک آرکسٹرا ہوسکتے ہیں۔
مرحلہ 7: نگرانی شامل کریں تاکہ آپ صبح 2 بجے اندازے نہ لگائیں
- درخواست لاگنگ کو فعال کریں (ساختہ لاگز، براہ کرم)۔
- غلطی کی گرفتاری سیٹ اپ کریں (درخواست ID کے ساتھ اسٹیک ٹریس)۔
- تاخیر کے ڈیش بورڈ شامل کریں۔ صرف p50 نہیں، p95 دیکھیں۔ آپ کے صارفین اوسط کا تجربہ نہیں کرتے ہیں۔
- 5xx اسپائیکس اور DB کنکشن چرن کے لیے انتباہات بنائیں۔
ہر پرت میں درخواست ID کے ساتھ ایک واحد لاگ لائن 10,000 Slack پیغامات کے قابل ہے جو “کوئی یہ دیکھ رہا ہے؟” سے شروع ہوتے ہیں۔
مرحلہ 8: ایک ٹیسٹ لکھیں۔ پھر دو۔ پھر خودکار کریں۔
چھوٹا شروع کریں:
- یونٹ ٹیسٹ: ایک سروس فنکشن جو ای میلز کی توثیق کرتا ہے یا کل کا حساب لگاتا ہے۔
- انٹیگریشن ٹیسٹ: ایک ٹیسٹ DB کے ساتھ
/api/users کال کریں۔
پل درخواستوں پر ٹیسٹ چلانے کے لیے CI وائر کریں۔ سرخ ٹیسٹوں کے ساتھ کوئی PR ضم نہیں ہوتا ہے۔ آپ کو آج ہزاروں ٹیسٹوں کی ضرورت نہیں ہے—صرف اہم راستوں کی۔ سیٹ بیلٹ کی طرح۔
مرحلہ 9: پیداوار میں ترقی کریں (ہاں، احتیاط سے)
- ایک گھنٹے کے لیے مین کو منجمد کریں۔ پہلے اسٹیجنگ میں اصلاحات کریں۔
- بلڈ کو فروغ دیں۔ تعیناتی کے بعد ایک سموک ٹیسٹ چلائیں۔
- عوامی اینڈ پوائنٹس پر شرح محدودیت کو فعال کریں۔
- اگر آپ کیش کرتے ہیں، تو صحت مند TTLs سیٹ کریں۔ اگر آپ کیش نہیں کرتے ہیں، تو اپنے DB کو تھکی ہوئی آنکھوں سے آپ کی طرف دیکھنے کے لیے تیار کریں۔
رول بیک پلان شامل کریں: آپ ایک رکھنے سے اسے بدقسمتی نہیں دے رہے ہیں۔ آپ بالغ ہو رہے ہیں۔
ایک سادہ، حقیقی بیک اینڈ جسے آپ ایک دوپہر میں بھیج سکتے ہیں
آئیے ایک چھوٹا—لیکن حقیقی—فیچر سیٹ وائر کریں:
- عوامی
GET /api/hello (صحت اور درستی)۔
- محفوظ
POST /api/users (صارف بنائیں) اور GET /api/me (تصدیق شدہ صارف واپس کرتا ہے)۔
GET /api/users/:id براہ راست تلاش کے لیے۔
- نرم حذف:
DELETE /api/users/:id deleted_at کو ٹوگل کرتا ہے۔
/api/auth/login میں شرح محدودیت شامل کریں تاکہ بوٹس آپ کے بیک اینڈ کو کارڈیو کے طور پر استعمال نہ کریں۔
پھر اپنے ای میل فراہم کنندہ کے ذریعے ایک خوش آمدید ای میل چھڑکیں۔ پیغام کو لین دین اور دوستانہ رکھیں—اصل مارکیٹنگ راستوں کے لیے مارکیٹنگ کو محفوظ کریں۔
Lovable Cloud کے ساتھ بیک اینڈ بناتے وقت عام جال
- سرور لیس میں مشترکہ ریاست: کالوں کے درمیان میموری کیش پر انحصار نہ کریں۔ Redis (منظم) یا اپنا DB استعمال کریں۔
- غائب CORS کنفیگریشن: اجازت شدہ اصل سیٹ کریں۔ اپنی ایپ کے ڈومین (ڈومینز) تک محدود کریں۔ پیداوار میں مکمل وائلڈ کارڈ نہ لگائیں۔
- طویل کولڈ اسٹارٹس: انحصار کو سمجھداری سے بنڈل کریں، فی فنکشن بلوٹ کو کم کریں، یا گرم راستوں کو مستحکم کریں۔
- غیر اشاریہ شدہ سوالات: اگر آپ کا
GET /api/users رینگتا ہے، تو email اور created_at پر ایک اشاریہ شامل کریں۔ آپ کا مستقبل کا نفس شکریہ بھیجتا ہے۔
- خاموش ناکامیاں: ہمیشہ سیاق و سباق کے ساتھ غلطیوں کو لاگ کریں۔ “کچھ ٹوٹ گیا” DevOps شاعری نہیں ہے۔
کوڈ کو کیسے ترتیب دیں تاکہ آپ بعد میں روئیں نہیں
- اینڈ پوائنٹس کے لیے
routes/
- کاروباری منطق کے لیے
services/
- ڈیٹا تک رسائی کے لیے
repositories/ یا db/
- تصدیق، شرح کی حد، ان پٹ کی توثیق کے لیے
middlewares/
- مددگاروں کے لیے
lib/ (ای میل، کرپٹو، تھرڈ پارٹی APIs)
جب ممکن ہو تو فنکشنز کو خالص رکھیں۔ کناروں پر ضمنی اثرات ڈالیں۔ یہ جانچ کو آسان اور ڈیبگنگ کو ایک کرائم شو سے کم بناتا ہے۔
کارکردگی میں اصلاح جو واقعی اہمیت رکھتی ہے
- کسی بھی فہرست اینڈ پوائنٹ پر صفحہ بندی کا استعمال کریں۔ اگر آپ کے پاس بڑے ڈیٹا سیٹ ہیں تو کرسر پر مبنی۔
- ہر درخواست پر دنیا کو دوبارہ بھیجنے سے بچنے کے لیے ETags یا آخری ترمیم شدہ ہیڈر شامل کریں۔
- مہنگے سوالات کے لیے حساب شدہ جوابات کو کیش کریں۔
- جب آپ کر سکتے ہیں تو لکھنا بیچیں۔ N+1 سوالات بیک اینڈ کیڑے کی چمک ہیں—وہ ہر جگہ مل جاتے ہیں۔
سیکیورٹی کی بنیادی باتیں جنہیں آپ نظر انداز نہیں کر سکتے (چاہے آپ ایسا کرنا چاہتے ہوں)
- ہر راستے پر ان پٹ کی توثیق کریں۔ JSON اسکیما یا ایک توثیق لائبریری سرپرائز حملوں کو روکتی ہے۔
- Argon2 یا bcrypt کے ساتھ پاس ورڈ کو ہیش کریں۔ کبھی بھی اپنا کرپٹو نہ رول کریں۔ کبھی نہیں۔ براہ کرم۔
- ایک شیڈول پر چابیاں اور راز گھمائیں۔ کیلنڈر کی یاد دہانیاں خلاف ورزیوں سے سستی ہیں۔
- کم سے کم استحقاق والے ڈیٹا بیس کے کردار استعمال کریں۔ آپ کی API کو سپر یوزر پاورز کی ضرورت نہیں ہے—کسی کو بھی نہیں۔
قیمتوں کی حقیقت کی جانچ: دل جلنے کے لیے نہیں، ترقی کے لیے منصوبہ بنائیں
سرور لیس مفت محسوس ہوتا ہے…جب تک کہ ایسا نہ ہو۔ نگرانی:
- جب ٹریفک نوکیلی ہو تو کولڈ اسٹارٹ جرمانہ۔
- باتونی APIs کے لیے اخراج لاگت۔
- طویل عرصے تک چلنے والے فنکشن جو پس منظر کی ملازمتیں ہونی چاہئیں۔
بجٹ اور انتباہات سیٹ کریں۔ اگر آپ کا CFO آپ کو فائر ایموجی ٹیکسٹ کرتا ہے، تو بہت دیر ہو چکی ہے۔
جب آپ کو دستاویزات، مثالوں اور صحت کی جانچ کی ضرورت ہو
میں دو سچائیوں پر زندگی بسر کرتا ہوں: آپ بھول جائیں گے کہ آپ نے کسی چیز کو کیسے ترتیب دیا، اور آپ کو اسے دوبارہ رات 11 بجے ترتیب دینے کی ضرورت ہوگی۔ اپنی ریپو میں ایک README رکھیں جس میں:
- ماحولیاتی سیٹ اپ کے مراحل
- عام کمانڈز (منتقلی، ٹیسٹ، تعینات)
- مثال کی درخواستوں کے ساتھ اینڈ پوائنٹ کی فہرست
تین مہینوں میں نیو یو—یا اگلے ہفتے ایکچوئل نیو ٹیم میٹ کے لیے اسے دوستانہ بنائیں۔
قابل ذکر: تحقیق اور کوڈ کے جائزوں کے لیے ایک شارٹ کٹ
قابل ذکر: اگر آپ فن تعمیر کے انتخاب پر دوسری رائے چاہتے ہیں یا جلدی سے بہترین طریقوں کا موازنہ کرنا چاہتے ہیں، تو Sider.AI اس بے ہودہ ٹیم میٹ کی طرح کام کر سکتا ہے جو آپ کے منصوبے کا جائزہ لیتا ہے، عجیب و غریب کنارے کے معاملات کی نشاندہی کرتا ہے، اور آپ کو بھیجنے سے پہلے ایک چیک لسٹ پیش کرتا ہے۔ یہ آپ کے لیے تعینات پر کلک نہیں کرے گا—لیکن یہ آپ کو “اوہ نہیں” Slack تھریڈ سے بچنے میں مدد کرے گا۔ فوری حوالہ: آپ کی Lovable Cloud بیک اینڈ چیک لسٹ
- پروجیکٹ بنایا گیا، Git سیٹ اپ، برانچ حکمت عملی
- JSON واپس کرنے والا ہیلو اینڈ پوائنٹ
- ڈیٹا بیس فراہم کیا گیا، منتقلی چلائی گئی، ORM منسلک
- جگہ پر تصدیق، env مینیجر میں راز
- اسٹیجنگ تعینات، لاگز صاف، محفوظ راستے کام کر رہے ہیں
- نگرانی، انتباہات، بنیادی ڈیش بورڈ
- CI سے جڑے ٹیسٹ، کوئی سرخ PRs نہیں
- شرح محدودیت اور رول بیک پلان کے ساتھ پروڈکشن رول آؤٹ
اسے اپنے مانیٹر پر ٹیپ کریں۔ یا ٹیٹو کریں۔ (براہ کرم اسے ٹیٹو نہ کریں۔)
ریپ اپ: اسے بورنگ بنا کر اسے Lovable بنائیں (ایک اچھے طریقے سے)
ایک پیارا بیک اینڈ وہ ہوتا ہے جو خاموشی سے اپنا کام کرتا ہے جب آپ سوتے ہیں۔ بورنگ، ثابت شدہ ٹکڑوں کے ساتھ بنائیں: HTTP اینڈ پوائنٹس، صاف تصدیق، ایک مضبوط ڈیٹا بیس، اور سمجھدار تعیناتی۔ Lovable Cloud اسکیفولڈنگ ڈرامے کو ختم کرکے مدد کرتا ہے تاکہ آپ ان حصوں پر توجہ مرکوز کرسکیں جو اہم ہیں—آپ کی مصنوعات، آپ کے صارفین، اور شاید وہ کافی جسے آپ نے چھوڑ دیا تھا۔
/hello بھیجیں۔ /users شامل کریں۔ پیچ کو سخت کریں۔ پھر لفظی طور پر کچھ اور کرنے جائیں جب آپ کا بیک اینڈ گنگناتا رہے۔ یہ نہ صرف پیارا ہے—یہ زندگی گزارنا ہے۔
منی سوال و جواب: حقیقی دنیا کے منظرنامے
کیا میں ایک ہی پروجیکٹ پر عوامی اور نجی APIs کو ملا سکتا ہوں؟
ہاں۔ نجی راستوں کو گیٹ کرنے اور مشین ٹو مشین ٹریفک کے لیے علیحدہ ٹوکن/کیز استعمال کرنے کے لیے مڈل ویئر استعمال کریں۔ دائرہ کار کو سخت رکھیں۔
اگر مجھے پس منظر کی ملازمتوں کی ضرورت ہو تو کیا ہوگا؟
طویل عرصے تک چلنے والے کام (ای میلز، رپورٹس، مطابقت پذیری) کے لیے طے شدہ یا قطار سے چلنے والے فنکشنز کو گھمائیں۔ نیوز لیٹر بھیجنے کے لیے صارف کی درخواستوں کو مسدود نہ کریں۔
میں اسٹیجنگ اور پروڈکشن کو نوعمروں کی طرح رازوں کو تبدیل کرنے سے کیسے روک سکتا ہوں؟
علیحدہ ماحول۔ علیحدہ راز۔ CI میں گارڈ ریلز تاکہ اسٹیجنگ اسناد کبھی بھی پروڈکشن بلڈز میں نہ گھسیں۔
کیا میں سادہ شروع کر سکتا ہوں اور بعد میں مکمل مائیکرو سروسز میں جا سکتا ہوں؟
بالکل۔ رفتار کے لیے یک سنگی شروع کریں۔ گرم مقامات کو اس وقت نکالیں جب آپ کے میٹرکس “اب” کہیں، نہ کہ جب کوئی پوڈ کاسٹ کہے کہ “مائیکرو سروسز ٹھنڈی ہیں۔”
اگلے مراحل: آپ کا 30 منٹ کا منصوبہ
- 5 منٹ: پروجیکٹ بنائیں، ٹیمپلیٹ منتخب کریں
- 10 منٹ:
/api/hello بنائیں، ڈیٹا بیس وائر کریں، منتقلی چلائیں
- 10 منٹ: JWT تصدیق شامل کریں،
POST /api/users کی حفاظت کریں
- 5 منٹ: اسٹیجنگ میں تعینات کریں، سموک ٹیسٹ چلائیں
بس۔ آپ نے ابھی Lovable Cloud کے ساتھ ایک بیک اینڈ بنایا ہے۔ یہ کام کرتا ہے۔ یہ اسکیل کرتا ہے۔ اور آپ کے پاس ابھی بھی اپنی کافی کو دوبارہ گرم کرنے کا وقت ہے۔
عمومی سوالات
Q1:کیا Lovable Cloud ابتدائی افراد کے لیے ایک بیک اینڈ بنانے کے لیے اچھا ہے؟
ہاں—اس کے ٹیمپلیٹس، سرور لیس فنکشنز، اور ماحولیاتی مینیجر پہلے بیک اینڈ کو بہت کم خوفناک بناتے ہیں۔ ایک سادہ REST API سے شروع کریں، ایک ڈیٹا بیس شامل کریں، پھر تصدیق کی پرت لگائیں۔ آپ ڈیٹا سینٹر سے کشتی کیے بغیر حقیقی پیٹرن سیکھیں گے۔
Q2:میں پیداوار کے لیے اپنے Lovable Cloud بیک اینڈ کو کیسے محفوظ کروں؟
JWT یا OAuth استعمال کریں, CORS کو لاک ڈاؤن کریں, اور رازوں کو ماحولیاتی مینیجر میں محفوظ کریں۔ شرح کی حدود شامل کریں، ہر راستے پر ان پٹ کی توثیق کریں، اور p95 تاخیر کی نگرانی کریں تاکہ آپ صارفین کے کرنے سے پہلے مسائل کو پکڑ لیں۔
Q3:کون سا ڈیٹا بیس REST APIs کے لیے Lovable Cloud کے ساتھ بہترین کام کرتا ہے؟
PostgreSQL زیادہ تر ایپس کے لیے قابل اعتماد انتخاب ہے, خاص طور پر Prisma یا Drizzle جیسے ORM کے ساتھ۔ یہ رشتہ دار ڈیٹا, لین دین, اور اشاریہ سازی کو ڈرامے کے بغیر سنبھالتا ہے, اور ٹریفک بڑھنے کے ساتھ ساتھ اسکیل کرتا ہے۔
Q4:میں سرور لیس بیک اینڈ پر کولڈ اسٹارٹس اور کارکردگی کو کیسے سنبھالوں؟
انحصار کو سمجھداری سے بنڈل کریں، اہم راستوں کو گرم کریں، اور سو چھوٹے فنکشنز سے گریز کریں جب ایک سروس کام کرے گی۔ کیشنگ اور صفحہ بندی شامل کریں, اور p95 تاخیر دیکھیں تاکہ یہ معلوم ہو سکے کہ اصل میں کیا اہمیت رکھتا ہے۔
Q5:کیا میں اسٹیجنگ اور پروڈکشن کو علیحدہ رازوں اور URLs کے ساتھ تعینات کر سکتا ہوں؟
بالکل۔ علیحدہ ماحول بنائیں، مختلف DATABASE_URL، JWT_SECRET، اور ڈومینز سیٹ کریں، اور بلڈز کو آگے بڑھائیں۔ یہ جانچ کو محفوظ اور رول بیک کو تکلیف دہ رکھتا ہے۔
