گوگل کلاؤڈ میں دو درجے کی ویب ایپلیکیشنز کو منتقل کرنا

یہ مضمون ان تنظیموں کے لیے گوگل کلاؤڈ کے اختیارات متعارف کراتا ہے جو دو درجے کی ویب ایپلیکیشن کو کلاؤڈ پر منتقل کرنے کا اندرونی جائزہ لے رہی ہیں۔ ## درخواست کی اقسام دو درجے کی ویب ایپلیکیشنز ایک ویب سرور پر مشتمل ہوتی ہیں جو ایپلیکیشن چلاتا ہے، اور ایپلیکیشن ڈیٹا کو ذخیرہ کرنے کے لیے ایک ڈیٹا بیس۔ Linux، Apache، MySQL، اور PHPÃÂ¢ÃÂÃÂ کو چلانا جسے عام طور پر LAMP اسٹیک کہا جاتا ہے، دو درجے کی ویب ایپلیکیشن کی ایک عام مثال ہے۔ لینکس کی تقسیم، ویب سرور سافٹ ویئر، ڈیٹا بیس، یا پروگرامنگ لینگویج میں تغیرات کسی بھی منتقلی کی تکنیکی تفصیلات کو متاثر کرتے ہیں، لیکن نقل مکانی کا جائزہ اور اقدامات ایک جیسے ہوتے ہیں۔ ## ہجرت کے مراحل بادل کی منتقلی مندرجہ ذیل چار مراحل میں ہوتی ہے۔ تشخیص کے اپنے کام کے بوجھ کی تمام خصوصیات کی نشاندہی کریں، کلاؤڈ میں اپنے کام کے بوجھ کو چلانے کے لیے درکار وسائل کی فہرست بنائیں، اور تمام اہم انحصارات اور دوسرے کام کے بوجھ سے کنکشن کو کال کریں۔ خصوصیات کی مکمل فہرست کا استعمال کرتے ہوئے، آپ پھر منصوبہ بندی کرنا شروع کر سکتے ہیں کہ کون سے ایپلیکیشنز اور کام کے بوجھ کو منتقل ہونا چاہیے، اور کس ترتیب میں جدید کاروباری اداروں میں، بہت سے مختلف قسم کی ایپلی کیشنز ہیں، کسٹمر کا سامنا کرنے والی ایپس، بیک آفس ایپس، ڈویلپر ٹولز، تجرباتی ایپلیکیشنز تک۔ ان تمام ایپلیکیشنز کو ایک ہی وقت اور ایک ہی طریقے سے منتقل کرنا خطرناک اور غیر موثر ہوگا۔ ایک مثال ایپلی کیشنز کو درج ذیل تین وسیع بالٹیوں میں ترتیب دینا ہے۔ - ایپلی کیشنز جو منتقل کرنے میں آسان ہیں۔ ان میں انحصار کم ہے، نئے ہیں، اندرونی طور پر لکھے گئے ہیں اس لیے لائسنسنگ پر کوئی غور نہیں ہے، اور کلاؤڈ ڈیزائن پیٹرن کی پیمائش اور حمایت کرنے کے لیے زیادہ روادار ہیں۔ - ایسی ایپلی کیشنز جن کو منتقل کرنا مشکل ہے۔ ان میں زیادہ انحصار ہوتا ہے، اسکیلنگ کے لیے کم روادار ہوتے ہیں، کلاؤڈ سروسز کے ساتھ چلنا مشکل ہوتا ہے، یا لائسنس کے پیچیدہ تقاضے ہوتے ہیں۔ - وہ ایپلیکیشنز جنہیں منتقل نہیں کیا جا سکتا۔ کچھ ایپلیکیشنز جو ہجرت کرنے کے لیے اچھے امیدوار نہیں ہو سکتیں جو کہ خصوصی یا پرانے ہارڈ ویئر پر چلتی ہیں، ان کے لیے کاروباری یا ریگولیٹری تقاضے ہیں جو ان کے لیے آپ کے ڈیٹا سینٹر میں رہنا ضروری بناتے ہیں، یا ایسے پیچیدہ لائسنس کے تقاضے ہیں جو نہیں کرتے ہیں۔ Â انہیں کلاؤڈ پر جانے کی اجازت نہ دیں۔ یہ ایپلی کیشنز کو ترتیب دینے کے طریقوں کی صرف کچھ مثالیں ہیں۔ اس بات کا امکان ہے کہ آپ کی ایپلی کیشنز میں بہت سے فیصلہ کن عوامل ہیں جنہیں آپ تمام ایپلیکیشنز کا ترجیحی میٹرکس بنانے کے لیے استعمال کر سکتے ہیں۔ اس درجہ بندی سے، آپ منتقل کرنے کے لیے اپنی پہلی ایپلیکیشن کا انتخاب کر سکتے ہیں، اور اپنی گوگل کلاؤڈ فاؤنڈیشن کی منصوبہ بندی شروع کر سکتے ہیں۔ فاؤنڈیشن نئے کلاؤڈ ماحول کو تعینات کرنے کے لیے معمار اور مخصوص تفصیلات کی منصوبہ بندی کریں۔ یہ شامل ہیں: - آپ کے کام کے بوجھ کے لیے بنیادی ڈھانچے کی بنیاد فراہم کرنے کے لیے کلاؤڈ آرکیٹیکچر اور سیکیورٹی ماڈل ایپلی کیشنز کے درمیان محفوظ اور قابل اعتماد مواصلت کی اجازت دینے کے لیے نیٹ ورک کے وسائل۔ اس کے لیے شناخت اور رسائی کے انتظام (IAM)، ورچوئل پرائیویٹ کلاؤڈ (VPC) ڈیزائن، اور بیرونی رسائی کے طریقوں کے لیے وسیع منصوبہ بندی کی ضرورت ہے۔ آخری ریاستی ٹیکنالوجی اور ٹولز جن پر آپ کے کام کا بوجھ چل جائے گا۔ انحصار کے انتظام، ٹائم لائنز، اور ڈیٹا کو منتقل کرنے کے طریقوں کے لیے اکاؤنٹنگ ہجرت ڈیٹا کو منتقل کریں اور خدمات، انفراسٹرکچر اور کوڈ کو اپنی منزل پر لگائیں۔ آپ کو ان آپریشنز کو سپورٹ کرنے کے لیے آٹومیشن اور ٹولنگ کا استعمال کرنا چاہیے۔ اصلاح تصدیق کریں کہ آیا آپ نے تشخیص اور بنیاد کے مراحل میں جو فیصلے اور مفروضے کیے ہیں وہ منتقلی کے مرحلے کے بعد کی حقیقت سے مماثل ہیں۔ آپ ان تبدیلیوں کی نشاندہی کرتے ہیں جن کی آپ کو ضرورت ہو سکتی ہے۔ اس بات پر غور کریں کہ کلاؤڈ کے مقامی اختیارات کو کیسے دریافت کیا جائے، جیسے بنیادی ڈھانچے کو بطور سروس (IaaS) سے پلیٹ فارم پر بطور سروس (PaaS) منتقل کرنا، یا منظم سروس پیشکشوں سے فائدہ اٹھانا۔ اصلاح کے مرحلے کے نتائج پر منحصر ہے، آپ تبدیلیوں یا ترمیمات کو حل کرنے کے لیے دوبارہ سائیکل شروع کر سکتے ہیں۔ ہمیشہ تشخیص کے مرحلے سے شروع کریں اور ہر تکرار کے ساتھ زیادہ موثر بننے کے لیے اپنے تجربے کا استعمال کریں۔ ## ہجرت کی اقسام ایپلیکیشنز کو کلاؤڈ پر منتقل کرنے کے لیے تین سب سے عام ہجرت کی حکمت عملی درج ذیل حصوں میں بیان کی گئی ہے۔ اٹھائیں اور شفٹ کریں۔ استعمال کریں۔ *لفٹ اور شفٹ* جب آپ ایپلی کیشنز کو بطور تبدیل کرتے ہوئے منتقل کرنا چاہتے ہیں۔ ان کے کام کرنے کے طریقے میں جتنا ممکن ہو کم ہے۔ یہ ان ایپلی کیشنز کے لیے بہترین کام کرتا ہے۔ کلاؤڈ کے اندر بغیر ترمیم کے چل سکتا ہے، جب ایپلیکیشن کو تیزی سے منتقل کرنا ہوتا ہے۔ ترجیح، یا جب کاروبار میں بھوک کم ہو یا تبدیلی کی ضرورت ہو۔ یہ ہجرت کے لیے انفراسٹرکچر اور آپریشنز کے اہلکاروں سے مزید کام کی ضرورت ہوتی ہے۔ بنیادی تبدیلیوں کی حمایت کریں جہاں سروس چلے گی، اور کم کام کرے گی۔ ڈویلپرز کی طرف سے بہت کم، اگر کوئی ہے تو، کوڈ کو تبدیل کرنے کی ضرورت ہے۔ مثال کے طور پر، اگر آپ کی ویب ایپلیکیشن کے دونوں درجے VMs پر ہوسٹ کیے گئے ہیں، تو آپ Migrate to Virtual Machines کا استعمال کر کے انہیں جیسا ہے اسی طرح منتقل کر سکتے ہیں۔ جب وہ VMs کلاؤڈ پر ہوتے ہیں، تو آپ اضافی فوائد کے لیے مزید کلاؤڈ مقامی کمپیوٹ پلیٹ فارم پر اپ گریڈ کرنے پر غور کر سکتے ہیں۔ بہتر کریں اور منتقل کریں۔ استعمال کریں۔ جب آپ اپنی ایپلیکیشن کو جدید بنانا چاہتے ہیں تو *بہتر اور منتقل* کریں۔ اسے بادل میں منتقل کرنے کا عمل۔ یہ عام طور پر استعمال کیا جاتا ہے جب درخواست جیسا کہ ہے کلاؤڈ میں تعاون یافتہ نہیں ہے، یا جب سافٹ ویئر میں اہم اپ ڈیٹس یا ہارڈ ویئر پہلے سے ہی دائرہ کار اور منصوبہ بند ہیں۔ اس نقل مکانی کے لیے بنیادی ڈھانچے کی ضرورت ہے، آپریشنز، اور ڈویلپرز کے کام کو بہتر بنانے کے لیے مل کر کام کریں۔ کلاؤڈ میں ایپلی کیشن، اور ایپلیکیشن کو فائدہ اٹھانے کی اجازت دیتا ہے۔ کلاؤڈ کے مقامی فوائد جیسے زیادہ پورٹیبلٹی، اسکیل ایبلٹی، اور قابل اعتماد اس حکمت عملی کی ایک اور تبدیلی ایک حرکت میں بہتری اور حرکت کرنا ہے۔ اگر آپ کی ویب ایپلیکیشن کے دونوں درجے VMs پر ہوسٹ کیے گئے ہیں، تو آپ کنٹینرز میں منتقل کریں کا استعمال کر سکتے ہیں تاکہ وہ خود بخود ان VMs کو Google Kubernetes Engine (GKE) پر چلنے والے کنٹینرز میں منتقل کر سکیں۔ چیر کر بدل دیں۔ استعمال کریں۔ جب آپ کلاؤڈ میں نیا حل بنانا چاہتے ہیں تو *چیپ اور بدلیں*، اور اپنے آن پریمیسس حل کے موجودہ ورژن کو غروب کریں۔ یہ عام طور پر استعمال کیا جاتا ہے جب درج ذیل شرائط لاگو ہوں: - موجودہ ایپلیکیشن تکنیکی یا مالی طور پر کلاؤڈ میں برقرار رکھنے کے قابل نہیں ہے۔ - کلاؤڈ میں سافٹ ویئر کو لائسنس دینا ممنوع یا ناقابل عمل ہے۔ - ایپلیکیشن کاروبار کی ضروریات کو مکمل طور پر پورا کرنا بند کر دیتی ہے۔ چونکہ چیر اور بدلنے کے لیے ایک درخواست کو زمین سے دوبارہ لکھنے کی ضرورت ہوتی ہے، اس لیے اس کا احاطہ اس ہجرت گائیڈ میں نہیں کیا گیا ہے۔ ## تشخیص کا مرحلہ اس سے پہلے کہ کوئی بھی نقل مکانی شروع ہو، آپ کو اپنے نقطہ آغاز کے بارے میں اچھی طرح سمجھنا ضروری ہے۔ کوئی بھی جواب نہ ملنے والا سوال ہجرت کی کامیابی کے لیے خطرہ ہے۔ تشخیص کے مرحلے میں وقت گزارنا ایک ہموار اور غیر یقینی منتقلی کے مرحلے کو یقینی بنانے میں مدد کرتا ہے۔ اپنی ہجرت کی حمایت میں زیادہ سے زیادہ متعلقہ معلومات حاصل کرنے کے لیے زیادہ سے زیادہ وقت صرف کریں۔ ایپلیکیشن سافٹ ویئر اسٹیک درج ذیل تفصیلات کی شناخت کے لیے اپنے بنیادی ڈھانچے، آپریشنز، اور ترقیاتی ٹیموں کے ساتھ کام کریں: - آپریٹنگ سسٹم: درست تقسیم، ورژن، پیچ، پیکجز انسٹال - ویب سرور: درست سافٹ ویئر پیکج، ورژن نمبر، پیکجز یا دیگر سافٹ ویئر میں ترمیم، اور تمام کنفیگریشن فائلیں اور ویب سرور سافٹ ویئر کے قواعد - ڈیٹا بیس: درست سافٹ ویئر کا نام، ورژن، اسکیما، نقل کی حکمت عملی، اور بیک اپ شیڈول - رن ٹائم ماحول: تمام پسدید اور فرنٹ اینڈ ماحول کے عین مطابق ورژن سسٹم ہارڈ ویئر کے وسائل ویب سرور اور ڈیٹا بیس درجات کے لیے، درج ذیل سوالات کے جواب دیں: - اب کتنے سرور چل رہے ہیں؟ - جنریشن، فن تعمیر کی قسم، اور رفتار سمیت CPUs کی کل رقم کیا ہے؟ - ہر سرور کے لیے RAM اور ڈسک کی کیا جگہ مختص کی گئی ہے؟ کیا HDDs یا SSDs استعمال میں ہیں؟ RAID؟ - موجودہ استعمال، اوسط استعمال، اور CPU، RAM اور ڈسک کی جگہ کا سب سے زیادہ استعمال کیا ہے؟اپنے مخصوص کاروباری استعمال کے تناظر میں اپنی اوسط اور چوٹی کو دیکھیں۔مثال کے طور پر، اولمپکس کی حمایت کرنے والی کمپنی کو یہ دیکھنے کے لیے دو سال پیچھے دیکھنے کی ضرورت ہو سکتی ہے کہ حقیقی چوٹی کیسی نظر آتی ہے، جب کہ دیگر ایپلی کیشنز میں زیادہ مستحکم رن ریٹ ہو سکتا ہے۔اوسط کے لیے سب سے عام استعمال کے کیس کی ٹائم لائن دیکھیں، اور چوٹی کے لیے آپ کی سب سے بھاری استعمال کی ٹائم لائن دیکھیں۔سائیکلیکل استعمال کے نمونوں کو بھی دیکھیں، جیسے ویک اینڈ، شام، اور کام کے دن- ڈیٹا بیس کے لیے، کیا بیک اپ، نقل، یا شارڈنگ کی حکمت عملی استعمال میں ہے، اور کیسے جو ڈسک کی جگہ کی ضروریات اور مطلوبہ سرورز کی تعداد کو متاثر کرتا ہے؟نیٹ ورک کے وسائلنیٹ ورک کے فن تعمیر کا تجزیہ کریں جو آپ کی ایپلیکیشن کو کام کرنے کی اجازت دیتا ہے۔یقینی بنائیں کہ آپ کے پاس بنیادی ڈھانچے کے درست اور تازہ ترین منطقی اور فزیکل نیٹ ورک ٹوپولوجی ڈایاگرام ہیں جو آپ کی درخواست کو سپورٹ کرتے ہیں۔خاکوں میں تمام کنکشنز، انحصار، اور نیٹ ورک سروسز کا واضح طور پر خاکہ ہونا چاہیےدرج ذیل سوالات کے جوابات دیں:- صارفین آپ کی درخواست تک کیسے رسائی حاصل کرتے ہیں؟ویب براؤزر کے ذریعے؟براہ راست ایک IP ایڈریس کے ذریعے؟موبائل ایپ کے ذریعے؟ورچوئل پرائیویٹ نیٹ ورک کنکشن استعمال کر رہے ہیں؟- کیا آپ کے پاس تمام قابل اطلاق SSL/TLS سرٹیفکیٹس اور انکرپشن کیز کی فہرست ہے؟- تمام قابل اطلاق SSL/TLS سرٹیفکیٹس کہاں ہوسٹ کیے گئے ہیں؟ان کی میعاد کب ختم ہوتی ہے؟آپ سرٹیفکیٹس کی تجدید کیسے کرتے ہیں؟آپ نئے سرٹیفکیٹ کیسے حاصل کرتے ہیں؟کیا آپ کو تمام موجودہ سرٹیفکیٹس تک رسائی حاصل ہے؟- کیا آپ کے پاس تمام قابل اطلاق ڈومینز کی فہرست ہے جو ایپلیکیشن کو سپورٹ کرتے ہیں؟- یہ ڈومینز کہاں ہوسٹ کیے گئے ہیں؟ان کی میعاد کب ختم ہوتی ہے؟آپ ان کی تجدید کیسے کرتے ہیں؟کیا آپ کو ان اکاؤنٹس تک رسائی حاصل ہے جو رجسٹریشن کو کنٹرول کرتے ہیں؟- آپ کا DNS کہاں ہوسٹڈ اور کنٹرول ہوتا ہے؟- کیا آپ کو DNS کو کنٹرول کرنے والے تمام سسٹمز اور ٹولز تک رسائی حاصل ہے؟ہر ڈومین کے لیے موجودہ CNAME سے IP میپنگز کیا ہیں، اور کیا آپ کے پاس بیک اپ ہے؟- آپ کی DNS ٹائم ٹو لائیو (TTL) سیٹنگز کیا ہیں؟- آپ کے فائر والز اور نیٹ ورک تک رسائی اور کنٹرول کے دیگر آلات فن تعمیر میں کہاں فٹ ہوتے ہیں؟ٹریفک کی اجازت دینے یا انکار کرنے کے لیے اب کون سے اصول نافذ ہیں؟کون ذمہ دار ہے، اور ان قوانین کو تبدیل کرنے یا اپ ڈیٹ کرنے کا طریقہ کار کیا ہے؟- کیا آپ کوئی بیرونی نیٹ ورک سروسز استعمال کرتے ہیں؟مثال کے طور پر، مواد کی ترسیل کا نیٹ ورک (CDN) فراہم کنندہ، یا تقسیم شدہ انکار سروس (DDoS) تحفظ کی خدمت؟## فاؤنڈیشن کا مرحلہگوگل کلاؤڈ LAMP جیسی کثیر درجے کی ایپلی کیشنز کے لیے کمپیوٹ اور ڈیٹا بیس ورک بوجھ چلانے کے لیے بہت سے اختیارات پیش کرتا ہے۔یہ سیکشن ان آپشنز کو متعارف کراتا ہے اور بتاتا ہے کہ آپ ایک دوسرے پر کیوں انتخاب کرسکتے ہیںکمپیوٹ سینٹرک آپشنزکمپیوٹ انجنکمپیوٹ انجن ایک IaaS ہے پیشکش جو آپ کو گوگل کلاؤڈ پر ورچوئل مشین (VM) چلانے کی اجازت دیتی ہے۔آپ ویب فریم ورک، سرور سافٹ ویئر، ڈیٹا بیس، اور کوئی دوسرا سافٹ ویئر انسٹال کر سکتے ہیں جسے آپ کا آپریٹنگ سسٹم سپورٹ کرتا ہے۔اگر آپ اپنی LAMP ایپلیکیشن کو ننگی دھات پر، VM پر، ڈیٹا سینٹر میں، یا کسی دوسرے کلاؤڈ فراہم کنندہ پر چلا رہے ہیں، تو یہ آپشن قریب سے، اگر بالکل نہیں، تو آپ کے موجودہ سرور کو نقل کر سکتا ہے۔یہ آپشن آپریٹنگ سسٹم کنفیگریشن اور ویب سرور سافٹ ویئر سیٹنگز پر سب سے بڑا کنٹرول پیش کرتا ہے۔کمپیوٹ انجن مشین کی اقسام، مثال کے گروپ، اسٹوریج کے اختیارات، لوڈ بیلنسرز، اور متعدد دیگر تفصیلات پر گہرے کنٹرول کی اجازت دیتا ہے۔مزید Quickstarts، سبق آموز اور مزید کے لیے کمپیوٹ انجن کی مکمل دستاویزات دیکھیںاپنی درخواست کو براہ راست کمپیوٹ انجن میں منتقل کرنا سب سے عام لفٹ اور شفٹ منتقلی ہے۔کمپیوٹ انجن کے لیے آن پریمیسس وسائل کی نقشہ سازی کے لیے رہنمائی کے لیے، ورچوئل مشینوں کو کمپیوٹ انجن میں منتقل کرنے کے بہترین طریقہ کار دیکھیںکلاؤڈ ڈیپلائمنٹ مینیجرگوگل کلاؤڈ مارکیٹ پلیس بھی تعیناتی مینیجر کے ذریعے LAMP کی ایک سادہ تنصیب پیش کرتا ہے۔آپ Debian Linux، Apache، MySQL، PHP، اور phpMyAdmin کے ساتھ ایک سرور لانچ کر سکتے ہیں جو پہلے سے طے شدہ سیٹ اپ میں پہلے سے انسٹال اور کنفیگر ہو چکے ہیں۔آپ کو مکمل طور پر کام کرنے والا ویب سرور اور MySQL انسٹالیشن کے لیے اسناد صرف چند منٹوں میں مل جاتی ہیںGoogle Kubernetes EngineGKE ایک منظم، پروڈکشن کے لیے تیار ماحول ہے۔ کنٹینرائزڈ ایپلی کیشنز کی تعیناتی کے لیے۔GKE کا استعمال کرتے ہوئے آپ اپنے ویب سرور سافٹ ویئر کو کنٹینرائز کرکے آپریٹنگ سسٹم کا انتظام بند کر دیتے ہیں۔مثال کے طور پر، Apache اور NGINX ویب سرور ہر عوامی کنٹینر ریپوزٹری سے دستیاب ہیں۔اگر آپ اپنے ماحول میں کام کے بوجھ کو چلانے کے لیے کنٹینرز کا استعمال کرتے ہیں، تو GKE ایک موثر سروس ہے جو اسی طرح کی تعیناتی اور ٹیسٹنگ ورک فلو کو برقرار رکھنے کے لیے ہے جب آپ اپنے LAMP ورک بوجھ کو Google Cloud پر منتقل کرتے ہیں۔اگر آپ کنٹینرز استعمال نہیں کرتے ہیں، تو تیزی سے تعیناتی اور بحالی، وسائل کے استعمال میں زیادہ کارکردگی، اور بنیادی آپریٹنگ سسٹم اور VM کا انتظام نہ کرنے کے لیے GKE کو تلاش کرنے پر غور کریںکے لیے پیمانے پر کنٹینر ایپلیکیشن مینجمنٹ کے بارے میں مزید، کوئیک سٹارٹس، ٹیوٹوریلز، تصورات، کیسے گائیڈز، اور دیگر وسائل کے لیے GKE دستاویزات سے رجوع کریں تاکہ آپ کو شروع کرنے میں مدد ملےاپنی آن پریمیسس LAMP ایپلیکیشن کو منتقل کرنا GKE میں ایک بہتری اور منتقلی کی منتقلی ہے، جب کہ خود انتظام کنٹینر پر مبنی انفراسٹرکچر سے منتقل ہونا ایک لائف اینڈ شفٹ مائیگریشن ہےایپ انجنایپ انجن ہے انتہائی قابل توسیع ایپلی کیشنز بنانے کے لیے ایک سرور لیس پلیٹ فارم۔آپ جس قسم کی ایپلیکیشن چلا رہے ہیں اس پر منحصر ہے، App Engine سرورز، کنٹینرز، یا تعیناتیوں کو منظم کرنے کی ضرورت کو ختم کر سکتا ہے، جس سے آپ کے ڈویلپرز کو کوڈ لکھنے پر توجہ مرکوز کرنے اور کسی بھی بنیادی ڈھانچے کے انتظام کی پیچیدگی کو کم کرنے کی اجازت دیتا ہے۔تمام کام کے بوجھ ایپ انجن میں جانے کے لیے اچھے امیدوار نہیں ہیں، لیکن وہ جو لاگت اور پیچیدگی میں کمی کو دیکھتے ہیں جبکہ اسکیلنگ کی رفتار اور بوجھ کے نیچے ایپلی کیشن کی لچک کو بڑھاتے ہیںایپ انجن دو ذائقوں میں آتا ہے: معیاری ماحول مختلف زبانوں کا احاطہ کرتا ہے (بشمول ہمارے LAMP ایپلیکیشن کے لیے PHP)، اور لچکدار ماحول رن ٹائمز، کارکردگی، اور انفراسٹرکچر کو مزید حسب ضرورت بنانے کی اجازت دیتا ہے۔مزید جاننے کے لیے اپنی پسند کی زبان کے لیے دستاویزات کو دریافت کریںڈیٹا بیس کے اختیارات کمپیوٹ انجن پر خود کا انتظام آپ Compute Engine مثال کے طور پر MySQL، PostgreSQL، یا کوئی اور SQL پر مبنی ڈیٹا بیس انسٹال کر سکتے ہیں۔ یہ وہی سطح کا کنٹرول فراہم کرتا ہے جب آپ MySQL کو ورک سٹیشن پر، ڈیٹا سینٹر میں سرور پر، یا کسی دوسرے کلاؤڈ فراہم کنندہ میں VM کے طور پر چلاتے وقت حاصل کرتے ہیں۔ جب آپ اپنا ڈیٹا بیس VM پر چلاتے ہیں، تو یہ آپ کی ذمہ داری ہے کہ آپ فیل اوور، نقل، تقسیم، اور اعلی دستیابی کو ترتیب دیں، مانیٹر کریں اور برقرار رکھیں۔ آپ ڈیٹا بیس کو کمپیوٹ ورک بوجھ کے طور پر دیکھ سکتے ہیں، CPU، RAM، اور ڈسک کی جگہ کو مدنظر رکھتے ہوئے یہ یقینی بنانے کے لیے کہ قابل اعتماد طریقے سے ایپلیکیشن چلانے کے لیے کافی وسائل موجود ہیں۔ کمپیوٹ کے کام کے بوجھ کو کمپیوٹ انجن میں منتقل کرنے کی طرح، یہ نقطہ نظر لفٹ اور شفٹ منتقلی کی نمائندگی کرتا ہے۔ کلاؤڈ ایس کیو ایل کلاؤڈ ایس کیو ایل ایک مکمل طور پر منظم ڈیٹا بیس سروس ہے جو آپ کے ڈیٹا بیس کی انسٹالیشن، سیٹ اپ اور مینٹیننس کو گوگل کلاؤڈ پر آف لوڈ کرتی ہے۔ یہ بیک اپ، نقل، پیچ، اور اپ ڈیٹس کو خودکار کرتا ہے، اور آپ کو اپنی درخواست پر توجہ مرکوز کرنے دیتا ہے۔ Cloud SQL ڈیٹا بیس کو Google کی کسی بھی کمپیوٹ سروسز، بشمول Compute Engine، GKE، اور App Engine پر چلنے والے کام کے بوجھ کے ذریعے استعمال کیا جا سکتا ہے۔ جب تک کہ آپ کو اپنے MySQL ڈیٹا بیس پر گہرے کنٹرول کی ضرورت نہ ہو، Cloud SQL LAMP ورک بوجھ کو چلانے کے لیے ایک آسان سیٹ اپ اور مکمل خصوصیات والا آپشن ہے۔ کلاؤڈ ایس کیو ایل مقامی طور پر MySQL اور PostgreSQL کو چلا اور سپورٹ کر سکتا ہے۔ اگر آپ ان ڈیٹا بیس میں سے کسی ایک سے کلاؤڈ ایس کیو ایل میں منتقل ہو رہے ہیں، تو یہ ایک لفٹ اور شفٹ منتقلی ہے۔ اگر آپ نقل، بیک اپ حکمت عملی، یا اپنے بنیادی ڈھانچے کے انتظام میں سادگی کے لیے نئے طریقے تلاش کر رہے ہیں، تو یہ ایک بہتر اور منتقلی منتقلی ہو سکتی ہے۔ دیگر اسٹوریج کے اختیارات کلاؤڈ سٹوریج ایک توسیع پذیر، مکمل طور پر منظم، انتہائی قابل اعتماد، اور لاگت سے موثر آبجیکٹ یا بلاب اسٹور ہے، جو تصاویر، جامد اثاثوں اور دیگر غیر ساختہ ڈیٹا کو ذخیرہ کرنے کے لیے مثالی ہے۔ کلاؤڈ اسٹوریج کو ایک جامد ویب سائٹ کی میزبانی کے لیے استعمال کیا جا سکتا ہے لیکن اسے فعال ڈیٹا بیس مواد کو ذخیرہ کرنے کے لیے ڈیزائن نہیں کیا گیا ہے۔ یہ بیک اپ اور ڈیزاسٹر ریکوری آبجیکٹس، اور اسٹریمنگ کے لیے استعمال کرنے کے لیے ڈیٹا کو اسٹور کرنے کے لیے بھی ایک مثالی مقام ہے۔ اپنی منتقلی کے دوران اور اس کے بعد اپنے ڈیٹا بیس کے بیک اپ کو ذخیرہ کرنے کے لیے کلاؤڈ اسٹوریج کو بطور مقام استعمال کرنے پر غور کریں۔ فائر اسٹور فائر اسٹور ایک مکمل طور پر منظم، سرور لیس، کلاؤڈ-آبائی NoSQL دستاویز ڈیٹا بیس ہے جو عالمی سطح پر آپ کے موبائل، ویب، اور انٹرنیٹ آف تھنگز (IoT) ایپلیکیشنز کے لیے ڈیٹا کو اسٹور کرنے، مطابقت پذیری کرنے اور استفسار کرنے کو آسان بناتا ہے۔ اس کی کلائنٹ لائبریریاں لائیو سنکرونائزیشن اور آف لائن سپورٹ فراہم کرتی ہیں، جبکہ اس کی حفاظتی خصوصیات اور Firebase اور Google Cloud کے ساتھ انضمام واقعی سرور کے بغیر ایپس کی تعمیر کو تیز کرتے ہیں۔ اگر آپ کی ایپلی کیشن میں ایسا مواد ہے جو NoSQL فارمیٹ سے فائدہ اٹھا سکتا ہے، جیسے کہ صارف پروفائلز، پروڈکٹ کیٹلاگ، یا گیم اسٹیٹ، تو آپ کو اپنی منتقلی کے اصلاحی مرحلے میں Firestore کو تلاش کرنا چاہیے۔ فائر بیس Firebase ایک جامع موبائل ڈویلپمنٹ پلیٹ فارم ہے جس میں اسٹوریج اور ڈیٹا بیس کے اختیارات شامل ہیں۔ اگر آپ کی ایپلیکیشن موبائل کام کے بوجھ کو سپورٹ کرتی ہے، تو آپ کے اصلاح کے مرحلے میں Firebase پلیٹ فارم پر غور کیا جانا چاہیے۔ کلاؤڈ اسپنر اسپنر ایک انٹرپرائز-گریڈ، عالمی سطح پر تقسیم شدہ، اور مضبوطی سے مستقل ڈیٹا بیس سروس ہے جسے کلاؤڈ کے لیے بنایا گیا ہے۔ یہ رشتہ دار ڈیٹا بیس ڈھانچے کے فوائد کو غیر متعلقہ ڈیٹا بیس کی افقی اسکیل ایبلٹی کے ساتھ جوڑتا ہے۔ اگر آپ کی ایپلی کیشن بہتر انتظامی صلاحیت، اسکیل ایبلٹی، اور مضبوط مستقل مزاجی کے ساتھ لین دین سے فائدہ اٹھا سکتی ہے، تو اپنے ڈیٹا بیس کو اسپینر میں منتقل کرنے پر غور کریں۔ گوگل کلاؤڈ مختلف قسم کے کام کے بوجھ کو سپورٹ کرنے کے لیے اسٹوریج کے بہت سے دوسرے اختیارات پیش کرتا ہے۔ ## ہجرت کا مرحلہ اپنی تشخیص مکمل کرنے اور اپنی منتقلی کی منصوبہ بندی کرنے کے بعد، آپ ڈیٹا، خدمات اور وسائل کو گوگل کلاؤڈ میں منتقل کرنے کا کام شروع کر سکتے ہیں۔ ہر درخواست کی اپنی ضروریات ہوتی ہیں۔ یہ حصہ چند مثالوں کے ذریعے یہ ظاہر کرنے میں مدد کرتا ہے کہ اس مرحلے میں کیا شامل ہے۔ لفٹ اور شفٹ: کمپیوٹ انجن آپ کی لفٹ اور شفٹ منتقلی شروع کرنے کا پہلا قدم Compute Engine میں ایک ہم آہنگ ملٹی ٹائر سروس کا قیام ہے۔ جبکہ اس کے لیے بہت سے طریقے ہیں؛ مندرجہ ذیل تین سب سے زیادہ عام ہیں: - دستی سیٹ اپ۔ آپ جس آپریٹنگ سسٹم کو چاہتے ہیں اس کے ساتھ ایک VM لانچ کریں، پھر دستی طور پر ریپوزٹریز کو اپ ڈیٹ کریں، سافٹ ویئر کو انسٹال اور کنفیگر کریں، اور ڈیٹا بیس اور رن ٹائم ماحول کو ہاتھ سے فراہم اور ترتیب دیں۔ یہ نقطہ نظر اعلیٰ سطح کا کنٹرول پیش کرتا ہے، لیکن زیادہ وقت لیتا ہے، زیادہ غلطی کا شکار ہوتا ہے، اور دوسرے طریقوں سے کم تولیدی ہوتا ہے۔ - خودکار۔ کمپیوٹ انجن میں VMs کے اسٹیک (ایک مخصوص ترتیب میں) کو آن پریمیسس سے دائیں سائز کے، خودکار طور پر فراہم کردہ، اور ترتیب شدہ VMs میں منتقل کرنے کے لیے VMs میں منتقل کریں کا استعمال کریں۔ - کلاؤڈ مارکیٹ پلیس۔ اپنے گوگل کلاؤڈ پروجیکٹ میں پہلے سے تشکیل شدہ LAMP اسٹیک لانچ کریں۔ یقینی بنائیں کہ فراہم کردہ آپریٹنگ سسٹم اور سافٹ ویئر ورژن آپ کی درخواست کے ساتھ کام کریں گے۔ مزید جاننے کے لیے کلاؤڈ مارکیٹ پلیس دستاویزات کو دریافت کریں۔ - خودکار تعیناتی۔ مسلسل انضمام/مسلسل تعیناتی کے تصورات اور کنفیگریشن مینجمنٹ ٹولز کی ایک قسم (شیف، پپٹ، جوابی، نمک)، بنیادی ڈھانچہ بطور کوڈ ٹولز (تعیناتی مینیجر، ٹیرافارم)، اور آٹومیشن فریم ورک (کلاؤڈ بلڈ) کا استعمال کرتے ہوئے پیداوار کے لیے تیار VMs بنائیں۔ خودکار تعیناتی آپ کی درخواست اور حکمرانی کی ضروریات کو پورا کرنے والے VMs اور سافٹ ویئر کو تعینات کرنے کے قابل آزمائش، دوبارہ قابل، اور خودکار طریقوں کی اجازت دیتی ہے۔ بہتر کریں اور منتقل کریں: GKE اور Cloud SQLایک منظم کنٹینر حل پر جانے کے لیے، آپ کو پہلے اپنے کلسٹر اور منظم SQL حل کی بنیاد قائم کرنی ہوگیایک GKE کلسٹر شروع کرناGKE پر ایک کلسٹر بنانا اور اس کلسٹر کو منظم کرنا پہلے مرحلے ہیں۔اپنے ابتدائی کلسٹر کو مناسب طریقے سے سائز اور ترتیب دینے اور حفاظتی سختی کے بہترین طریقوں کو لاگو کرنے کے لیے اپنی تشخیص اور بنیاد کے مراحل سے معلومات کا استعمال کریںکلاؤڈ ایس کیو ایل کے لیے لانچ کے اختیاراتاستعمال کرتے ہوئے ڈیٹا بیس کی معلومات جو آپ کی تشخیص اور بنیاد کے مراحل میں حاصل کی گئی ہے، ایک نیا کلاؤڈ ایس کیو ایل مثال بنائیں، اور اپنی درخواست کے لیے ڈیٹا بیس بنانے کے لیے دیگر گائیڈز کی پیروی کریں۔گوگل کلاؤڈ ایس کیو ایل کے بہترین طریقوں کی ایک فہرست فراہم کرتا ہے، اعلی دستیابی کو ترتیب دینے کے لیے گائیڈز، اور افقی اسکیلنگ کے لیے دیگر ٹیوٹوریلز۔Google Kubernetes Engine سے Cloud SQL سے منسلک ہونے کے اختیارات دریافت کریں اور وہ آپشن منتخب کریں جو آپ کی ایپلیکیشن اور تجربہ کی سطح کے لیے معنی خیز ہوسرور لیس بہتری اور منتقل: ایپ انجن اور کلاؤڈ SQLاگر آپ اپنی LAMP ایپلیکیشن کو بغیر سرور فریم ورک میں منتقل کرنے کا فیصلہ کرتے ہیں، تو آپ کو App Engine کو سپورٹ کرنے کے لیے اپنی درخواست میں ترمیم کرنے کی ضرورت پڑ سکتی ہے۔ہر درخواست مختلف ہے، اور بہت سی حکمت عملییں ہیں۔درج ذیل کا جائزہ لے کر شروع کریں:- ایپ انجن پر مائیکرو سرویس آرکیٹیکچر کا ایک جائزہ حاصل کریں- ڈیو، ٹیسٹ، QA، اسٹیجنگ بنانے اور نام کرنے کا طریقہ سمجھیں۔ ، اور ایپ انجن میں مائیکرو سروسز کے ساتھ پیداواری ماحول- مائیکرو سروسز کے درمیان مواصلت کرنے کے لیے APIs کو ڈیزائن کرنے کے بہترین طریقے سیکھیں- مائیکرو سروسز کی کارکردگی کے لیے بہترین طریقہ کار سیکھیںآپ کے تنظیمی اور ذاتی تجربے اور سرور لیس کوڈ چلانے سے واقفیت پر منحصر ہے، سرور لیس بہتری اور منتقلی کی حکمت عملی لفٹ اور شفٹ کے اختیارات کے مقابلے میں نمایاں طور پر زیادہ وقت لے سکتی ہے۔تاہم، آپ کے لیے بہترین سرور لیس لانا آپ کی تنظیم کے لیے ایک بہت بڑا اثاثہ ہو سکتا ہے## آپٹیمائزیشن کا مرحلہجب آپ کی ایپلیکیشن گوگل کلاؤڈ پر چل رہی ہے، آپ پچھلے تین مراحل سے اپنے مفروضوں اور فیصلوں کی توثیق کر سکتے ہیں۔مکمل منتقلی میں کافی وقت لگ سکتا ہے اور بہت ساری تفصیلات پورے عمل میں بدل سکتی ہیں۔اصلاح بہت سے شعبوں کا احاطہ کرتی ہے، لیکن یہاں چند عام زمرے ہیںلاگت کی اصلاحآن پریمیسس سے کلاؤڈ پر منتقل ہونے سے آپ کے ایپلیکیشنز پر پیسہ خرچ کرنے کا طریقہ بدل جاتا ہے۔ ، خدمات، اور بنیادی ڈھانچہ۔ہو سکتا ہے کہ آپ پریمیسیس سروس کا جائزہ مکمل کریں اور منتقلی کے بعد دریافت کریں کہ جدید ہارڈ ویئر، تیز میموری، اور جدید ترین CPU فن تعمیر اسے زیادہ مؤثر طریقے سے چلاتے ہیں۔اس کا مطلب یہ ہو سکتا ہے کہ آپ کے VM بہت زیادہ فراہم کر رہے ہیں اور پیسہ ضائع کر رہے ہیںآپ کمپیوٹ انجن پر پہلے سے قابل VM مثالوں کا استعمال کر کے تفتیش کر سکتے ہیں۔شاید آپ کو اتنے لوڈ بیلنسرز کی ضرورت نہیں تھی جتنی آپ نے سوچی تھی، یا آپ چلتے پھرتے اپنے ڈیٹا بیس کو صاف کرنے میں کامیاب ہو گئے اور اب ایسی جگہ ہے جسے آپ استعمال نہیں کر رہے ہیں۔کلاؤڈ میں پیسہ بچانے اور آپریشنل لاگت کو کم کرنے کے طریقے تلاش کرنا ایک کل وقتی کام بن سکتا ہے جو خود ادا کرتا ہے۔گوگل کلاؤڈ کے پاس لاگت کے انتظام کے متعدد ٹولز ہیں جو کلاؤڈ پرائسنگ کو سمجھنے میں آپ کی مدد کر سکتے ہیںآٹومیشنکلاؤڈ میں اپنے کمپیوٹ ورک بوجھ کو درست طریقے سے خودکار کرنے سے لاگت بڑھ سکتی ہے۔بچت اور کارکردگی کے فوائدتعیناتی مینیجرایک گوگل کلاؤڈ پروڈکٹ ہے جسے سادہ ٹیمپلیٹس کا استعمال کرتے ہوئے کلاؤڈوسائل کو بنانے اور ان کا نظم کرنے میں آپ کی مدد کرنے کے لیے ڈیزائن کیا گیا ہےgcloudکے ساتھ اسکرپٹ کرنا ایک آپشن ہے اگر آپ اپنی خودکار تحریروں کو ترجیح دیتے ہیں۔مالیاتیفوائد آٹومیشن کے ساتھ آتے ہیں، دوسرے فوائد میں درج ذیل شامل ہیں:- خرابی کی شرح کو کم کرنے کے لیے معیاری اور دوبارہ قابل عمل عمل- قابل سماعت ٹریکنگ تعمیل اور حکمرانی کے لیے- آپ کی درخواست کیسے کام کرتی ہے، یہ کیسے ٹوٹتی ہے، اور اسے کیسے ٹھیک کیا جائے اس کی سمجھ میں اضافہآٹومیشن انتباہی اور انسانی ردعمل کے وقت پر انحصار کم کرکے اپ ٹائم میں اضافہ کرتا ہے، ورک فلو کو دستاویزی شکل دے کر تکنیکی قرض کو کم کرتا ہے، اور آپ کے انجینئرز کو لائٹ آن رکھنے پر کم اور بہتر پروڈکٹس، ٹولز اور خدمات کی تعمیر پر زیادہ توجہ دینے دیتا ہے۔ یہ تصورات Site Reliability Engineering (SRE) کے مرکز میں ہیں۔ گوگل کلاؤڈ سائٹ ریلائیبلٹی انجینئرنگ پر ایک مفت آن لائن کتاب پڑھنے کے ساتھ ساتھ ایک SRE ورک بک پیش کرتا ہے جو عملی مثالیں اور کیس اسٹڈیز فراہم کرتا ہے۔ اپنے بنیادی ڈھانچے اور کوڈ کو ڈیکپل کرنا ایپلیکیشن کے بڑھنے کے ساتھ ہی آپ کئی بار خدمات کو دوگنا کرتے ہیں۔ منسلک خدمات کو الگ کرنا، اور ان کو آزادانہ طور پر پیمانہ کرنے کا طریقہ جاننا، آپ کی ایپلی کیشنز کی دستیابی اور قابل اعتماد کو بہتر بناتا ہے۔ اس عمل کے عام طور پر تین مراحل ہیں: - ہر جگہ بنیادی ڈھانچے کو بطور کوڈ (IaC) نافذ کریں۔ IaC اور کنفیگریشن مینجمنٹ کے عمل کو لاگو کرنے سے، آپ اپنے پورے انفراسٹرکچر کی پروویژننگ اور کنفیگریشن کے لیے ٹریس ایبل، قابل آڈیٹ، اور ری پروڈیکیبل بلڈنگ بلاکس حاصل کرتے ہیں۔ - اپنی موجودہ خدمات کو مائیکرو سروسز میں دوگنا کریں۔ پیغام پر مبنی مڈل ویئر کا استعمال کریں، جیسے Pub/Sub، ہر مائیکرو سروس کو اس کا اپنا ناکام ڈومین بننے کی اجازت دینے کے لیے - خدمات کو بنیادی ڈھانچے سے ایک خدمت کے طور پر پلیٹ فارم پر بطور خدمت منتقل کرنا شروع کریں، یا حتیٰ کہ خدمت کے طور پر کام کریں یا خدمت کے طور پر بغیر سرور کے کام کریں۔ "مونولیتھک کوڈ اور انفراسٹرکچر"سے لے کر "IaaS سپیکٹرم میں موثر طریقے سے چلنے والی مائیکرو سروسز"تک کا سفر ایک قیمتی مقصد ہے جس میں وقت، محنت اور لگن درکار ہو گی۔ کارکردگی ٹیوننگ پرفارمنس ٹیوننگ سسٹم کے استعمال اور رسپانس ٹائم میں اہم فوائد حاصل کر سکتی ہے۔ سافٹ ویئر کنفیگریشن فائلوں سے لے کر کرنل فلیگ کو ٹیوننگ کرنے تک ہر کام کے بوجھ کا کارکردگی ٹیوننگ کا ایک مختلف طریقہ ہوتا ہے۔ LAMP ایپلی کیشنز کے لیے، پرفارمنس ٹیوننگ عام طور پر تین زمروں میں آتی ہے: - کلاؤڈ، نیٹ ورک اور آپریٹنگ سسٹم کو ٹیون کرنا: - گوگل کلاؤڈ نیٹ ورک کی بہتر کارکردگی کے لیے 5 اقدامات آپ کو یہ سمجھنے میں مدد کر سکتے ہیں کہ گوگل کلاؤڈ نیٹ ورکنگ سے کس طرح زیادہ سے زیادہ فائدہ اٹھایا جائے۔ - گوگل کلاؤڈ میں نیٹ ورک کی کارکردگی کے لیے TCP آپٹیمائزیشن مدد کر سکتی ہے اگر آپ کے پاس مخصوص TCP تاخیر کے تقاضے ہوں۔ - مستقل ڈسک اور مقامی SSD کارکردگی کو بہتر بنانے سے آپ کو IOPS کے بھاری کام کے بوجھ کے لیے آرکیٹیکٹنگ کے بارے میں جاننے میں مدد مل سکتی ہے۔ - Compute Engine پر کارکردگی کو بہتر بنانے سے دیگر Google Cloud APIs اور خدمات کے ساتھ تعامل کرتے وقت API ایپلیکیشن کی کارکردگی میں مدد مل سکتی ہے۔ - ویب سرور کو ٹیوننگ کرنا: - اپاچی پرفارمنس ٹیوننگ اور این جی آئی این ایکس پرفارمنس ٹیوننگ، یا "آپ کے ویب سرور پرفارمنس ٹیوننگ"کے لیے ایک عمومی گوگل سرچ آپ کو صحیح سمت میں لے جائے گی۔ ڈیٹا بیس کو ٹیوننگ کرنا: ## اس کے بعد کیا ہے - کمپیوٹ انجن پر LAMP ترتیب دینا - ایک LAMP اسٹیک تعینات کریں۔ - Compute Engine یا GKE پر کمپیوٹ ورک بوجھ چلانے کے بارے میں مزید جانیں۔ GKE کو Cloud SQL سے مربوط کریں۔ VMs میں منتقل کریں اور کنٹینرز میں منتقل کریں۔ ایپ انجن کے ساتھ مکمل طور پر منظم سرور لیس پلیٹ فارم پر انتہائی قابل توسیع ایپلی کیشن بنائیں گوگل کلاؤڈ پر ڈیٹا بیس کے اختیارات کے بارے میں مزید جانیں۔ گوگل کلاؤڈ کے بارے میں حوالہ آرکیٹیکچرز، خاکے، سبق، اور بہترین طریقوں کو دریافت کریں۔ ہمارے کلاؤڈ آرکیٹیکچر سینٹر پر ایک نظر ڈالیں۔

گوگل کلاؤڈ میں دو درجے کی ویب ایپلیکیشنز کو منتقل کرنا | کلاؤڈ آرکیٹیکچر سینٹر