Question 1

AWS مائیگریشن میں کتنا وقت لگتا ہے؟

Accepted Answer

5 تا 20 سرورز کا چھوٹا ماحول عموماً 4 تا 8 ہفتوں میں منتقل ہو جاتا ہے؛ ڈیٹا بیسز اور باہم منحصر ایپلیکیشنز والے درمیانے ماحول لہروں میں 3 تا 6 ماہ لیتے ہیں۔ دریافت کا مرحلہ، جو عموماً 2 تا 3 ہفتے ہوتا ہے، اسی اندازے کو پختہ منصوبے میں بدلتا ہے — ہم انحصار کے نقشے دیکھے بغیر ٹائم لائن کا وعدہ نہیں کرتے۔

Question 2

کٹ اوور کے دوران کتنے ڈاؤن ٹائم کی توقع رکھیں؟

Accepted Answer

چونکہ MGN اور DMS مسلسل ریپلیکیشن کرتے ہیں، زیادہ تر کٹ اوور منٹوں میں مکمل ہو جاتے ہیں — سوئچ ایک DNS تبدیلی ہے، ڈیٹا کی نقل نہیں۔ DMS کے change data capture سے منتقل ہونے والے ڈیٹا بیسز میں ڈاؤن ٹائم تقریباً صفر ہوتا ہے۔ اگر کسی پرانے نظام کو واقعی لمبا وقفہ چاہیے تو آپ کو یہ بات کٹ اوور کی رات نہیں بلکہ ہفتوں پہلے معلوم ہو جاتی ہے۔

Question 3

ہمیں rehost کرنا چاہیے، replatform یا refactor؟

Accepted Answer

Rehost (lift-and-shift) تیز ترین اور کم خطرہ راستہ ہے مگر موجودہ خامیاں بھی کلاؤڈ میں ساتھ لے جاتا ہے؛ RDS یا ECS جیسی منیجڈ سروسز کی طرف replatform عموماً محنت اور فائدے کا بہترین تناسب دیتا ہے۔ مکمل refactoring صرف انہی نظاموں میں سود مند ہے جنہیں آپ فعال طور پر ڈیولپ کرتے ہیں — ہم اس کی سفارش ہر ورک لوڈ کے حساب سے کرتے ہیں، عمومی پالیسی کے طور پر نہیں۔

Question 4

اگر کٹ اوور ناکام ہو جائے تو کیا ہوگا؟

Accepted Answer

ہر لہر کا مشق شدہ رول بیک ہوتا ہے: ماخذ ماحول توثیق مکمل ہونے تک چلتا اور ہم آہنگ رہتا ہے، اس لیے واپسی محض ایک DNS تبدیلی کی دوری پر ہے۔ ہم ہر ورک لوڈ کے لیے ناقابلِ واپسی نقطہ پہلے سے طے کرتے ہیں — اس سے پہلے رول بیک منٹوں کا کام ہے، اس کے بعد runbook میں درج ہنگامی اقدامات کے ساتھ آگے بڑھ کر اصلاح کی جاتی ہے۔

Question 5

کیا AWS واقعی ہمارے موجودہ سیٹ اپ سے سستا ہوگا؟

Accepted Answer

خود بخود نہیں — ڈیفالٹ انسٹینس سائز پر lift-and-shift اکثر اُس ہارڈویئر سے مہنگا پڑتا ہے جس کی جگہ وہ لیتا ہے۔ بچت درست سائزنگ، آٹو اسکیلنگ، اسٹوریج کی تہوں اور Savings Plans سے آتی ہے، جو مل کر مائیگریشن کے بعد کا بل عموماً 20 تا 40 فیصد کم کر دیتے ہیں۔ ہم جائزے کے دوران TCO کا ایمانداری سے حساب لگاتے ہیں — ان صورتوں سمیت جہاں موجودہ جگہ رہنا بہتر ہو۔

Question 6

آپ ڈیٹا ضائع کیے بغیر ڈیٹا بیس کیسے منتقل کرتے ہیں؟

Accepted Answer

AWS DMS ماخذ کو مسلسل ریپلیکیٹ کرتا ہے اور کٹ اوور تک جاری تبدیلیاں لاگو کرتا رہتا ہے، جبکہ توثیقی جابز دونوں اطراف کی صفوں کی تعداد اور checksums کا موازنہ کرتی ہیں۔ انجن کی تبدیلی میں — مثلاً Oracle سے Aurora PostgreSQL — ہم Schema Conversion Tool استعمال کرتے ہیں اور اضافی ٹیسٹنگ کا وقت رکھتے ہیں، کیونکہ stored procedures شاذ ہی بغیر ترمیم کے منتقل ہوتے ہیں۔

Question 7

کیا آپ ہماری کمپلائنس اور ڈیٹا ریزیڈنسی کی شرائط پوری کر سکتے ہیں؟

Accepted Answer

جی ہاں۔ Landing zone پہلے دن سے انکرپشن، کم سے کم اختیار والے IAM اور آڈٹ لاگنگ کو لازم بناتا ہے، اور ورک لوڈز ان ریجنز سے منسلک کیے جاتے ہیں جو GDPR یا ترکیہ کے KVKK قواعد پر پورا اترتے ہیں — eu-central-1 اور AWS کے مشرقِ وسطیٰ کے ریجنز عام انتخاب ہیں۔ کنٹرولز کوڈ کی صورت میں ہیں، اس لیے آڈیٹرز ہر ایک کا سراغ لگا سکتے ہیں۔

Question 8

مائیگریشن کے بعد آپ کیا سپورٹ دیتے ہیں؟

Accepted Answer

ہر مائیگریشن میں hypercare کا دورانیہ شامل ہے — عموماً 2 تا 4 ہفتے — جس میں ہم قریب سے نگرانی کرتے ہیں اور پروڈکشن ٹریفک جو کچھ ظاہر کرے اسے بہتر بناتے ہیں۔ حوالگی کے بعد ڈیش بورڈز، runbooks اور تربیت یافتہ عملہ آپ کے پاس رہتا ہے؛ مسلسل منیجڈ آپریشنز اختیاری ہیں، کوئی جبری وابستگی نہیں۔

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

AWS مائیگریشن
عمومی سوالات

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

شروع کرنا

ٹائم لائن

قیمتیں

سپورٹ

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

AWS مائیگریشنعمومی سوالات

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