سرور کیا ہے؟ ایپ بنانے والوں کے لیے سادہ وضاحت

سرور ایک کمپیوٹر ہے، یا ایک پروگرام جو کسی کمپیوٹر پر چلتا ہے، جو درخواستوں کا انتظار کرتا ہے اور ان کا جواب دیتا ہے۔ جب آپ ویب سائٹ کھولتے ہیں، تو آپ کا براؤزر (کلائنٹ) انٹرنیٹ پر درخواست بھیجتا ہے، اور کہیں ایک سرور صفحہ، تصاویر یا ڈیٹا واپس بھیجتا ہے۔ ای میل سے لے کر آن لائن بینکنگ تک، ہر ایپ جو آپ استعمال کرتے ہیں، سرورز کے اس کام پر روزانہ لاکھوں بار انحصار کرتی ہے۔

AI کے ساتھ تعمیر کرتے وقت سرورز کیوں اہم ہیں

جب AI بلڈر آپ کے لیے ایپ بناتا ہے، تو کوڈ کا کچھ حصہ visitor کے براؤزر میں چلتا ہے اور کچھ حصہ عموماً سرور پر۔ سرور والا حصہ وہ کام کرتا ہے جن پر براؤزر بھروسا نہیں کیا جا سکتا یا جو وہ اکیلا نہیں کر سکتا:

• ڈیٹا محفوظ کرنا اور لوڈ کرنا ڈیٹابیس سے۔
• راز رکھنا، جیسے ادائیگی یا AI فراہم کنندہ کی API کلیدیں، جو کبھی براؤزر تک نہیں پہنچنی چاہئیں۔
• اجازتیں جانچنا، یعنی یہ یقینی بنانا کہ صارف صرف اپنے ریکارڈ دیکھ اور بدل سکے۔
• دیگر سروسز سے بات کرنا: کارڈ چارج کرنا، ای میل بھیجنا، AI ماڈل کو کال کرنا۔

سرور کیا کرتا ہے یہ جاننے سے آپ کو معلوم ہوتا ہے کہ آپ کی ایپ کے قواعد اصل میں کہاں رہتے ہیں، کچھ تبدیلیوں کو دوبارہ شائع کیوں کرنا پڑتا ہے، اور ایپ میزبانی کے دوران آپ کیا ادا کر رہے ہیں۔ دونوں حصوں کے درمیان تقسیم کے لیے دیکھیں فرنٹ اینڈ بمقابلہ بیک اینڈ۔

روزمرہ کی مثال

ایک ڈاکخانے کے کاؤنٹر کے عملے کا تصور کریں۔ وہ باہر گاہکوں کو ڈھونڈنے نہیں جاتے؛ وہ انتظار کرتے ہیں۔ ایک گاہک درخواست کے ساتھ آتا ہے، جیسے “یہ پارسل بھیجیں” یا “میرے نام کوئی خط ہے؟”، اور کارکن اسے سنبھال کر نتیجہ واپس دیتا ہے۔ ایک کارکن کئی گاہکوں کو باری باری دیکھ سکتا ہے، اور مصروف ڈاکخانہ مزید کاؤنٹر کھول دیتا ہے۔

ڈاکخانے کے کچھ اصول بھی ہیں جنہیں گاہک نظرانداز نہیں کر سکتا: وصول کرنے کے لیے شناخت دکھانی ہوتی ہے۔ ایپ میں بیک اینڈ سرور کا یہی کام ہے: براؤزر کچھ بھی مانگ سکتا ہے، لیکن فیصلہ سرور کرتا ہے کہ اسے کیا ملے گا۔

درخواست سرور تک کیسے پہنچتی ہے

جب کوئی https://bookings.example.com/schedule کھولتا ہے:

1. DNS لُک اپ۔ براؤزر ڈومین نیم سسٹم سے پوچھتا ہے کہ bookings.example.com کس IP پتے کی طرف اشارہ کرتا ہے۔ دیکھیں ڈومینز اور DNS کیسے کام کرتے ہیں۔
2. کنکشن۔ براؤزر HTTPS کے لیے پورٹ 443 پر اس پتے سے جڑتا ہے، اور ایک انکرپٹڈ کنکشن قائم کرتا ہے۔ دیکھیں HTTPS کیا ہے۔
3. درخواست۔ وہ HTTP درخواست بھیجتا ہے: GET /schedule۔
4. کام۔ سرور وہ کوڈ چلاتا ہے جو /schedule کو سنبھالتا ہے، شاید ڈیٹابیس سے آج کی بکنگز دیکھتا ہے۔
5. جواب۔ وہ ایک اسٹیٹس کوڈ (200 OK) اور مواد واپس بھیجتا ہے، یعنی ایک HTML صفحہ، یا وہ JSON ڈیٹا جو صفحہ دکھائے۔

یہ سب عموماً ایک سیکنڈ کے کسری حصے میں ہو جاتا ہے۔

سرورز کی وہ اقسام جو آپ سنیں گے

یاد رہے کہ “سرور” کا مطلب مشین بھی ہے اور پروگرام بھی۔ “سرور کریش ہو گیا” کا مطلب دونوں میں سے کچھ بھی ہو سکتا ہے۔

ایک عملی مثال: سیلون بکنگ ایپ

ایک چھوٹی سیلون بکنگ ایپ میں سرور یہ کرتا ہے:

• ایک وزیٹر سائٹ کھولتا ہے۔ سرور (یا اس کے سامنے رکھا ایک CDN) صفحے کی فائلیں بھیجتا ہے۔
• صفحہ سرور سے GET /api/slots?date=2026-10-03 مانگتا ہے۔ سرور ڈیٹابیس سے خالی سلاٹس کوئری کرتا ہے اور انہیں JSON کے طور پر واپس بھیجتا ہے۔
• وزیٹر 14:00 بک کرتا ہے۔ صفحہ POST /api/bookings بھیجتا ہے۔ سرور جانچتا ہے کہ سلاٹ ابھی بھی خالی ہے، براؤزر کی بات پر بھروسا نہیں کرتا، بکنگ محفوظ کرتا ہے اور 201 Created واپس بھیجتا ہے۔
• سرور تصدیقی ای میل بھیجنے کے لیے ای میل سروس کو کال کرتا ہے، ایک خفیہ کلید کے ساتھ جو سرور پر محفوظ ہے۔

اگر آپ سرور بند کر دیں، تو صفحہ شاید پھر بھی CDN سے لوڈ ہو جائے، لیکن وہ سلاٹس نہیں دکھا سکے گا یا بکنگز محفوظ نہیں کر سکے گا۔

سرور کو اچھی طرح چلنے کے لیے کیا چاہیے

• میموری (RAM) اور CPU۔ کم میموری کا مطلب ہے کہ دباؤ میں ایپ کریش ہو جائے گی؛ کم CPU کا مطلب ہے سست روی۔
• چالو رہنا۔ جو سرور بند ہو وہ جواب نہیں دے سکتا۔ کچھ پلیٹ فارمز بے کار ایپس کو سلا دیتے ہیں اور اگلے وزٹ پر جگا دیتے ہیں، جس سے پیسے بچتے ہیں مگر پہلی درخواست سست ہو سکتی ہے۔
• ترتیبات اور راز، جو ماحولیاتی متغیرات کے ذریعے دیے جاتے ہیں۔
• لاگز، یعنی سرور کا ریکارڈ کہ کیا ہوا، جہاں کچھ ٹوٹنے پر آپ سب سے پہلے دیکھتے ہیں۔
• اپ ڈیٹس اور سیکیورٹی پیچز، جو منظم ہوسٹنگ آپ کے لیے سنبھالتی ہے۔

عام غلط فہمیاں

• “کلاؤڈ کا مطلب ہے کوئی سرور نہیں۔” کلاؤڈ دوسری کمپنیوں کے سرورز ہیں، جو گھنٹے یا استعمال کے حساب سے کرائے پر ملتے ہیں۔
• “سرور کوئی بڑی خاص مشین ہے۔” کوئی بھی کمپیوٹر سرور کا کام کر سکتا ہے۔ ڈیولپمنٹ کے دوران localhost کھولنے پر آپ کا لیپ ٹاپ بھی ایک سرور چلاتا ہے۔
• “اگر بٹن چھپا ہو تو صارف یہ عمل نہیں کر سکتے۔” کوئی بھی شخص براہِ راست آپ کے سرور کو درخواستیں بھیج سکتا ہے۔ اجازتوں کی جانچ سرور پر ہونی چاہیے، نہ کہ صرف صفحے پر۔
• “زیادہ سرور لگانے سے سست روی ٹھیک ہو جاتی ہے۔” اکثر اصل وجہ کوئی سست ڈیٹابیس کوئری یا کوئی بیرونی API ہوتی ہے۔ پہلے رکاوٹ تلاش کریں۔
• “ایپ رکھنے کے لیے مجھے سرور منظم کرنا ہوگا۔” منظم پلیٹ فارمز سرورز خود چلاتے ہیں؛ آپ کوڈ ڈیپلائے کرتے ہیں اور وہ مشینیں سنبھالتے ہیں۔

AI بلڈر سے کیا پوچھیں

• “اس ایپ کے کون سے حصے سرور پر چلتے ہیں، اور کون سے براؤزر میں؟”
• “تمام API کلیدیں سرور پر رکھو اور انہیں ماحولیاتی متغیرات سے پڑھو۔”
• “ہر درخواست کے لیے اجازتیں سرور پر جانچو جو ڈیٹا پڑھے یا بدلے۔”
• “سرور کے لاگز کہاں ملیں گے، اور اس خرابی کے بارے میں وہ کیا کہتے ہیں؟”
• “کیا اس ایپ کو سرور کی ضرورت ہے، یا یہ جامد سائٹ ہو سکتی ہے؟”
• “ایپ کے بے کار رہنے کے بعد پہلی درخواست کا کیا ہوتا ہے؟”

Mythex پر سرورز

Mythex میں آپ سرورز ترتیب نہیں دیتے اور نہ ہی انہیں منظم کرتے ہیں۔ تعمیر کے دوران آپ کی ایپ لائیو پریویو کے لیے ایک نجی کلاؤڈ سینڈ باکس میں چلتی ہے۔ شائع کرتے وقت Mythex اسے ڈیپلائے کرتا ہے: جامد فرنٹ اینڈز بطور static sites، اور بیک اینڈز (Node، Python، C#، Java اور دیگر) بطور کنٹینرز جو Dockerfile سے بنتے ہیں، بغیر اس کے کہ آپ خود ہوسٹنگ ترتیب دیں۔ ڈیپلائے کے وقت Mythex مشین کا سائز خود چنتا ہے: ڈیفالٹ طور پر 1 CPU اور 512 MB میموری، اور درخواست پر مزید دستیاب ہیں (Free پر 1 GB تک، اور Pro پر 2 CPUs، 4 GB اور 3 مشینوں تک)۔ شائع شدہ ایپس بے کار ہونے پر سو جاتی ہیں اور اگلے وزٹ پر جاگتی ہیں، اور سوتی ہوئی ایپ کمپیوٹ پر کچھ خرچ نہیں کرتی۔ تفصیلات دستاویزات کے صفحات API بیک اینڈز اور ہوسٹنگ کی حدود میں ہیں، اور ویب ہوسٹنگ پر ہماری گائیڈ وسیع تصویر دکھاتی ہے۔

سوالات