Question 1

کیا منتقلی کے دوران ہماری سائٹ بند رہے گی؟

Accepted Answer

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

Question 2

کیا کلاؤڈ ہمیں موجودہ خرچ سے مہنگا پڑے گا؟

Accepted Answer

کبھی کبھی پڑے گا، اور جو شخص آپ کا ورک لوڈ دیکھے بغیر بچت کا وعدہ کرے وہ محض اندازہ لگا رہا ہے۔ سستی شیئرڈ ہوسٹنگ پر چلنے والی چھوٹی اور مستحکم سائٹ اکثر وہیں سستی رہتی ہے؛ اصل فائدہ عموماً سرور کی دیکھ بھال ختم ہونے، ٹریفک کے اچانک دباؤ کو مستقل اضافی گنجائش رکھے بغیر سنبھالنے، اور غیر ضروری گنجائش ختم کرنے سے آتا ہے۔ ہم لاگتی ماڈل منتقلی سے پہلے بناتے ہیں تاکہ موازنہ ایسا عدد ہو جسے آپ سطر بہ سطر خود جانچ سکیں۔

Question 3

اگر ہمارا پچھلا ڈویلپر یا ہوسٹ تعاون نہ کرے تو کیا منتقلی ممکن ہے؟

Accepted Answer

عام طور پر جی ہاں۔ اگر ہوسٹنگ پینل، ڈومین رجسٹرار اور ڈیٹابیس تک انتظامی رسائی موجود ہو تو ہم پچھلے فراہم کنندہ کی مدد کے بغیر سائٹ کی فہرست بنا کر منتقل کر سکتے ہیں، اور پرانے PHP اور WordPress دور کے منصوبوں میں یہ صورتِ حال عام ہے۔ اصل رکاوٹ غائب سندیں اور ایسا سورس کوڈ ہوتا ہے جو صرف زندہ سرور پر موجود ہو، اس لیے ہم سب سے پہلے یہ دیکھتے ہیں کہ عملاً آپ کے پاس کیا کیا ہے۔

Question 4

ہمیں کون سا کلاؤڈ چننا چاہیے — AWS، Azure یا Google Cloud؟

Accepted Answer

اس کا انحصار خصوصیات کی فہرست سے کہیں کم اور اس بات پر زیادہ ہے کہ آپ کی ٹیم پہلے سے کیا چلاتی ہے اور کس مہارت پر بھرتی کرتی ہے۔ Microsoft کے گرد بنی تنظیمیں عموماً Azure Migration کے ساتھ بہتر بیٹھتی ہیں، ڈیٹا اور اینالیٹکس پر مرکوز ٹیمیں اکثر Google Cloud Migration کو ترجیح دیتی ہیں، اور AWS Migration سب سے وسیع ڈیفالٹ ہے۔ کئی ویب اور SaaS مصنوعات کے لیے ایک منیجڈ ایپلیکیشن پلیٹ فارم اور ایک منیجڈ PostgreSQL فراہم کنندہ ان تینوں سے سادہ اور سستا رہتا ہے، اور جہاں یہی دیانت دار جواب ہو وہاں ہم یہی کہیں گے۔

Question 5

کیا آپ کے پاس کلاؤڈ یا سیکیورٹی کی سندیں ہیں؟

Accepted Answer

ہمارے پاس ایسی کوئی سند نہیں جس کی طرف ہم اشارہ کر سکیں، اور ہم کوئی سند دینے والا ادارہ بھی نہیں — ہم اس کے برعکس تاثر نہیں دیں گے۔ کلاؤڈ فراہم کنندگان کے پاس اپنے انفراسٹرکچر کی سندیں ہوتی ہیں، جو پلیٹ فارم کی سطح کا احاطہ کرتی ہیں مگر اس بارے میں کچھ نہیں کہتیں کہ آپ کی ایپلیکیشن اس کے اوپر کس طرح ترتیب دی گئی ہے۔ ہم ضروری اقدامات نافذ کرتے ہیں اور وہ دستاویزات تیار کرتے ہیں جو جائزہ لینے والے مانگتے ہیں؛ سند بہرحال کوئی منظور شدہ تیسرا فریق جاری کرتا ہے، ہم نہیں۔

Question 6

کیا سب کچھ کلاؤڈ پر منتقل ہو جانا چاہیے؟

Accepted Answer

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

Question 7

ایک منتقلی میں کتنا وقت لگتا ہے؟

Accepted Answer

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

Question 8

ہماری پرانی WordPress یا PHP سائٹ کا کیا بنے گا؟

Accepted Answer

پرانی سائٹیں اس کام کا بڑا حصہ ہیں اور وہ شاذ ہی صاف ستھری طرح اٹھ کر منتقل ہوتی ہیں۔ حقیقت پسند اختیارات دو ہیں: وقت خریدنے کے لیے منیجڈ انفراسٹرکچر پر rehost، یا کسی جدید stack پر replatform جس میں مواد، URLs اور ری ڈائریکٹ اس طرح منتقل ہوں کہ سرچ رینکنگ بچ جائے۔ ہم پہلے PHP کا ورژن اور پلگ ان کے انحصار جانچتے ہیں، کیونکہ سپورٹ سے باہر رن ٹائم یا لاوارث پلگ ان ایک سیکیورٹی مسئلہ ہے جو جگہ بدلنے سے حل نہیں ہوتا۔

Question 9

egress لاگت کیا ہے اور آپ اس کا ذکر بار بار کیوں کرتے ہیں؟

Accepted Answer

egress وہ رقم ہے جو فراہم کنندہ اپنے نیٹ ورک سے باہر ڈیٹا بھیجنے پر لیتا ہے: تصاویر، ویڈیو، API کے جواب، اور خطے سے باہر جاتے بیک اپ۔ یہی وہ واحد مد ہے جو کلاؤڈ کے تخمینے کو سب سے زیادہ غلط کرتی ہے، خاص طور پر میڈیا سے بھرپور سائٹوں میں، اور یہی بعد میں وہاں سے نکلنے کو بھی آنے سے مہنگا بنا دیتی ہے۔ ہم اسے آپ کی اصل ٹریفک سے ناپتے ہیں اور جہاں یہ غالب ہو وہاں آگے CDN لگاتے ہیں یا ایسا فراہم کنندہ چنتے ہیں جس کی قیمتیں آپ کی ٹریفک کی نوعیت سے میل کھاتی ہوں۔

Question 10

آخر میں ہمیں عملاً کیا ملتا ہے؟

Accepted Answer

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

ہم کیسے مدد کر سکتے ہیں؟

کلاؤڈ منتقلی
عمومی سوالات

مددگار
معلومات

شروع کرنا

ٹائم لائن

قیمتیں

سپورٹ

ابھی بھی سوالات ہیں؟

کلاؤڈ منتقلیعمومی سوالات

مددگارمعلومات