آفت جي بحالي جي حل لاءِ مارڪيٽ ۾ نوجوان رانديگرن مان هڪ آهي Hystax، هڪ روسي شروعاتي 2016 کان. جيئن ته آفت جي بحالي جو موضوع تمام گهڻو مشهور آهي ۽ مارڪيٽ انتهائي مقابلي واري آهي، شروعاتي مختلف بادل انفراسٽرڪچر جي وچ ۾ لڏپلاڻ تي ڌيان ڏيڻ جو فيصلو ڪيو. هڪ پراڊڪٽ جيڪا توهان کي ڪلائوڊ ڏانهن هڪ سادي ۽ جلدي لڏپلاڻ کي منظم ڪرڻ جي اجازت ڏئي ٿي آنلانٽا جي گراهڪن لاءِ پڻ تمام ڪارآمد ثابت ٿيندي. . اهڙيءَ طرح مون هسٽڪس سان واقفيت حاصل ڪئي ۽ ان جي صلاحيتن کي جانچڻ شروع ڪيو. مان توهان کي ٻڌايان ٿو ته هن مضمون ۾ ڇا آيو آهي.
هسٽاڪس جي بنيادي خصوصيت مختلف ورچوئلائيزيشن پليٽ فارمن، گيسٽ آپريٽنگ سسٽم ۽ ڪلائوڊ سروسز کي سپورٽ ڪرڻ لاءِ ان جي وسيع ڪارڪردگي آهي، جيڪا ان کي ممڪن بڻائي ٿي توهان جي ڪم لوڊ کي ڪٿي به، ڪٿي به منتقل ڪرڻ.
اهو توهان کي اجازت ڏئي ٿو ته نه صرف DR حل پيدا ڪرڻ جي لاءِ خدمتن جي غلطي رواداري کي وڌائڻ لاءِ، پر مختلف سائيٽن ۽ هائپر اسڪيلرز جي وچ ۾ وسيلن کي جلدي ۽ لچڪدار طور تي منتقل ڪرڻ جي لاءِ خرچ جي بچت کي وڌائڻ ۽ مخصوص خدمت لاءِ بهترين حل چونڊڻ لاءِ. عنوان واري تصوير ۾ ڏنل پليٽ فارمن جي علاوه، ڪمپني پڻ فعال طور تي روسي بادل فراهم ڪندڙن سان تعاون ڪري ٿي: Yandex.Cloud، CROC Cloud Services، Mail.ru ۽ ٻيا ڪيترائي. اهو پڻ قابل ذڪر آهي ته 2020 ۾ ڪمپني هڪ آر اينڊ ڊي سينٽر کوليو جيڪو اسڪولوڪو ۾ واقع آهي.
مارڪيٽ تي وڏي تعداد ۾ رانديگرن پاران ھڪڙي حل جو انتخاب ھڪڙي سٺي قيمت جي پاليسي ۽ مصنوعات جي اعلي قابل اطلاق جو اشارو ڏئي ٿو، جنھن کي اسان عملي طور تي جانچ ڪرڻ جو فيصلو ڪيو.
تنهن ڪري، اسان جو امتحان وارو ڪم منهنجي VMware ٽيسٽ سائيٽ کان لڏپلاڻ تي مشتمل هوندو ۽ فراهم ڪندڙ جي سائيٽ ڏانهن جسماني مشينون، پڻ VMware پاران منظم. ها، اهڙا ڪيترائي حل آهن جيڪي اهڙي لڏپلاڻ کي انجام ڏئي سگهن ٿا، پر اسان Hystax کي هڪ آفاقي اوزار سمجهون ٿا، ۽ لڏپلاڻ کي سڀني ممڪنن ۾ جانچڻ صرف هڪ غير حقيقي ڪم آهي. ۽ Oncloud.ru ڪلائوڊ خاص طور تي VMware تي ٺهيل آهي، تنهنڪري هي پليٽ فارم هڪ حدف جي طور تي اسان کي وڏي حد تائين دلچسپي رکي ٿو. اڳيون، آئون آپريشن جو بنيادي اصول بيان ڪندس، جيڪو عام طور تي پليٽ فارم کان آزاد هوندو آهي، ۽ ڪنهن به پاسي کان VMware ٻئي وينڊر کان پليٽ فارم ذريعي تبديل ٿي سگهي ٿو.
پهريون قدم Hystax Acura کي ترتيب ڏيڻ آهي، جيڪو سسٽم جو ڪنٽرول پينل آهي.
اهو ٽيمپليٽ مان ظاهر ٿئي ٿو. ڪجهه سببن لاء، اسان جي صورت ۾ اهو مڪمل طور تي درست نه هو ۽ تجويز ڪيل 8CPU جي بدران، 16Gb اڌ وسيلن سان گڏ ڪيو ويو. تنهن ڪري، توهان کي انهن کي تبديل ڪرڻ لاء ياد رکڻ جي ضرورت آهي، ٻي صورت ۾ VM اندر ڪنٽينر انفراسٹرڪچر، جنهن تي هر شي تعمير ڪئي وئي آهي، بس شروع نه ٿيندي ۽ پورٽل ناقابل هوندو. IN گهربل وسيلن کي تفصيل سان بيان ڪيو ويو آهي، انهي سان گڏ سڀني سسٽم جي اجزاء لاء بندرگاهن.
ٽيمپليٽ ذريعي IP پتي کي ترتيب ڏيڻ ۾ پڻ مشڪلاتون هيون، تنهنڪري اسان ان کي ڪنسول مان تبديل ڪيو. ان کان پوء، توھان ڏانھن وڃو منتظم ويب انٽرفيس ۽ مڪمل ڪري سگھوٿا شروعاتي ترتيب وار مددگار.
آخر پوائنٽ - IP يا FQDN اسان جي vCenter جو.
لاگ ان ۽ پاسورڊ - هي صاف آهي.
ھدف ESXi ميزبان نالو اسان جي ڪلستر ۾ ھوسٽن مان ھڪڙو آھي جنھن کي نقل ڪيو ويندو.
ٽارگيٽ ڊيٽا اسٽور اسان جي ڪلستر ۾ موجود ڊيٽا اسٽورن مان هڪ آهي جنهن تي نقل ڪيو ويندو.
Hystax Acura ڪنٽرول پينل پبلڪ IP - پتو جتي ڪنٽرول پينل موجود هوندو.
ميزبان ۽ ڊيٽا اسٽور جي حوالي سان ٿورڙي وضاحت گهربل آهي. حقيقت اها آهي ته هسٽڪس نقل ڪم ڪري ٿي ميزبان ۽ ڊيٽا اسٽور جي سطح تي. اڳيون آئون توهان کي ٻڌايان ٿو ته توهان هڪ نوڪر لاء ميزبان ۽ ڊيٽا اسٽور کي ڪيئن تبديل ڪري سگهو ٿا، پر مسئلو مختلف آهي. Hystax وسيلن جي تلاء سان ڪم ڪرڻ جي حمايت نٿو ڪري، يعني. ريپليڪا هميشه ڪلستر جي روٽ ڏانهن ويندي (هن مواد کي لکڻ جي وقت، هسٽڪس جي ماڻهن هڪ تازه ڪاري ورزن جاري ڪيو، جتي انهن وسيلن جي تلاء جي مدد جي حوالي سان منهنجي خصوصيت جي درخواست تي جلدي عمل ڪيو). vCloud ڊائريڪٽر پڻ سپورٽ نه آهي، يعني. جيڪڏهن، منهنجي صورت ۾، نوڪر کي سڄي ڪلستر جا انتظامي حق نه آهن، پر صرف هڪ مخصوص وسيلن جي تلاء تائين، ۽ اسان هسٽڪس تائين رسائي ڏني، پوء هو آزاديء سان انهن VMs کي نقل ۽ لانچ ڪرڻ جي قابل هوندو، پر هو ڪندو. انهن کي VMware انفراسٽرڪچر ۾ ڏسڻ جي قابل نه آهي، جنهن تائين هن کي رسائي آهي ۽، مطابق، وڌيڪ مجازي مشينن کي منظم ڪري ٿو. اهو ضروري آهي ته ڪلستر منتظم لاء VM کي گهربل وسيلن جي تلاء ڏانهن منتقل ڪرڻ يا ان کي vCloud ڊائريڪٽر ۾ درآمد ڪرڻ لاء.
مان انهن نقطن تي ايترو ڌيان ڇو ڏئي رهيو آهيان؟ ڇو ته، جيستائين مان سمجھان ٿو پراڊڪٽ جي تصور کي، گراهڪ کي آزاديءَ سان لاڳو ڪرڻ جي قابل هوندو ڪنهن به لڏپلاڻ يا DR کي Acura پينل استعمال ڪندي. پر هينئر تائين، VMware سپورٽ OpenStack لاءِ سپورٽ جي سطح کان ٿورو پوئتي آهي، جتي ساڳيو ميڪانيزم اڳ ۾ ئي لاڳو ڪيو ويو آهي.
پر اچو ته واپسي تي واپس وڃو. سڀ کان پهريان، پينل جي شروعاتي سيٽ اپ کان پوء، اسان کي اسان جي سسٽم ۾ پهريون نوڪر ٺاهڻ جي ضرورت آهي.
هتي سڀ فيلڊ صاف آهن، مان توهان کي صرف ڪلائوڊ فيلڊ بابت ٻڌائيندس. اسان وٽ اڳ ۾ ئي ھڪڙو "ڊفالٽ" بادل آھي جيڪو اسان شروعاتي ترتيب جي دوران ٺاھيو آھي. پر جيڪڏهن اسان چاهيون ٿا ته هر نوڪر کي ان جي پنهنجي ڊيٽا اسٽور تي ۽ ان جي پنهنجي وسيلن جي تلاءَ ۾ رکڻ جي قابل ٿي سگهون ٿا، اسان هن کي لاڳو ڪري سگهون ٿا اسان جي هر گراهڪ لاءِ الڳ بادل ٺاهي.
نئين ڪلائوڊ کي شامل ڪرڻ لاءِ فارم ۾، اسان ساڳيا پيٽرول بيان ڪريون ٿا جيئن شروعاتي تشڪيل جي دوران (اسان ساڳيو ميزبان پڻ استعمال ڪري سگھون ٿا)، مخصوص ڪسٽمر لاءِ گهربل ڊيٽا اسٽور کي ظاھر ڪريون ٿا، ۽ ھاڻي اضافي پيٽرولن ۾ اسين انفرادي طور تي گھربل وسيلو بيان ڪري سگھون ٿا. تلاءُ {"resource_pool" : "YOUR_POOL_NAME"}
جيئن توهان محسوس ڪيو هوندو، نوڪر جي تخليق فارم ۾ وسيلن جي مختص يا ڪوٽا بابت ڪجهه به ناهي - سسٽم ۾ هن مان ڪو به ناهي. اهو ناممڪن آهي ته نوڪر کي هڪ ئي وقت جي نقلن جي تعداد ۾، نقل لاءِ مشينن جو تعداد، يا ڪنهن ٻئي پيرا ميٽرن جي ذريعي. تنهن ڪري، اسان پهريون نوڪر پيدا ڪيو آهي. ھاڻي ھڪڙو مڪمل طور تي منطقي نه آھي، پر لازمي شيء آھي - ھڪڙي Cloud ايجنٽ کي نصب ڪرڻ. اهو غير منطقي آهي، ڇاڪاڻ ته ايجنٽ هڪ مخصوص گراهڪ جي صفحي تي ڊائون لوڊ ڪيو ويو آهي.
ساڳئي وقت، اهو ٺهيل نوڪر سان ڳنڍيل ناهي، ۽ اسان جا سڀئي گراهڪ ان جي ذريعي ڪم ڪندا (يا ڪيترن ئي ذريعي، جيڪڏهن اسان انهن کي ترتيب ڏيو). ھڪڙو ايجنٽ 10 ھڪڙي وقت جي سيشن کي سپورٽ ڪري ٿو. ھڪڙي مشين ھڪڙي سيشن جي طور تي شمار ڪيو ويندو آھي. اهو مسئلو ناهي ته ان ۾ ڪيتريون ڊسڪون آهن. اڄ تائين، ايڪورا ۾ اسڪيلنگ ايجنٽ لاء ڪو ميکانيزم نه آهي پاڻ VMware جي تحت. هتي هڪ وڌيڪ ناپسنديده لمحو آهي - اسان وٽ اهو موقعو نه آهي ته هن ايجنٽ جي "ضعيف" کي Acura پينل مان ڏسڻ لاء اهو نتيجو ڪرڻ لاء ته ڇا اسان کي وڌيڪ لڳائڻ جي ضرورت آهي يا ڇا موجوده تنصيب ڪافي آهي. نتيجي طور، اسٽينڊ هن طرح ڏسڻ ۾ اچي ٿو:
اسان جي گراهڪ پورٽل تائين رسائي لاءِ ايندڙ قدم هڪ اڪائونٽ ٺاهڻ آهي (۽ پهريون، هڪ ڪردار جيڪو هن صارف تي لاڳو ٿيندو).
هاڻي اسان جا گراهڪ پورٹل کي آزاديءَ سان استعمال ڪري سگهن ٿا. هن کي صرف ڪرڻ جي ضرورت آهي ايجنٽن کي پورٽل تان ڊائون لوڊ ڪريو ۽ ان کي ان جي پاسي تي انسٽال ڪريو. هتي ٽي قسم جا ايجنٽ آهن: لينڪس، ونڊوز ۽ VMware.
پهريان ٻه نصب ٿيل آهن فزڪس يا مجازي مشينن تي ڪنهن به هائپر ويزر تي VMware کان سواءِ. ڪا به ضرورت ناهي ته ڪا به اضافي ترتيب ترتيب ڏيو، ايجنٽ ڊائون لوڊ ڪيو ويو آهي ۽ اڳ ۾ ئي ڄاڻي ٿو ته ڪٿي دٻايو، ۽ لفظي طور تي هڪ منٽ ۾ ڪار Acura پينل ۾ نظر ايندي. VMware ايجنٽ سان صورتحال ٿورو وڌيڪ پيچيده آهي. مسئلو اهو آهي ته VMware لاءِ ايجنٽ پڻ ڊائون لوڊ ڪيو ويو آهي پورٽل تان اڳ ۾ ئي تيار ڪيل ۽ ضروري ترتيبن تي مشتمل. پر اسان جي Acura پورٽل جي باري ۾ ڄاڻڻ کان علاوه، هڪ VMware ايجنٽ کي پڻ ڄاڻڻ جي ضرورت آهي ورچوئلائيزيشن سسٽم بابت جنهن تي اهو لڳايو ويندو.
دراصل، سسٽم اسان کان پڇندو ته هي ڊيٽا مهيا ڪرڻ لاءِ جڏهن اسان پهريون ڀيرو VMware ايجنٽ ڊائون لوڊ ڪريون. مسئلو اهو آهي ته اسان جي سلامتي لاءِ عالمي محبت جي دور ۾، هرڪو نه چاهيندو ته پنهنجو ايڊمن پاسورڊ ڪنهن ٻئي جي پورٽل تي ظاهر ڪري، جيڪو ڪافي سمجھ ۾ اچي ٿو. اندر کان، تعیناتي کان پوء، ايجنٽ ڪنهن به طريقي سان ترتيب نه ٿو ڏئي سگھجي (توهان صرف ان جي نيٽ ورڪ سيٽنگون تبديل ڪري سگهو ٿا). هتي آئون خاص طور تي محتاط گراهڪن سان مشڪلاتن جي اڳڪٿي ڪريان ٿو.
تنهن ڪري، ايجنٽ کي نصب ڪرڻ کان پوء، اسان واپس Acura پينل ڏانهن وڃو ۽ اسان جي سڀني ڪارن کي ڏسي سگهون ٿا.
جيئن ته مان ڪيترن ئي ڏينهن کان سسٽم سان ڪم ڪري رهيو آهيان، مون وٽ مختلف رياستن ۾ ڪارون آهن. مون وٽ اهي سڀئي ڊفالٽ گروپ ۾ آهن، پر اهو ممڪن آهي ته الڳ الڳ گروپ ٺاهي ۽ انهن ڏانهن ڪارون منتقل ڪريو جيئن توهان کي ضرورت آهي. اهو ڪجھ به متاثر نٿو ڪري - صرف ڊيٽا جي هڪ منطقي پيشڪش ۽ وڌيڪ آسان ڪم لاء انهن جي گروهه. ان کان پوءِ سڀ کان پهرين ۽ سڀ کان اهم شيءِ جيڪا اسان کي ڪرڻي آهي، اها آهي لڏپلاڻ جو عمل شروع ڪرڻ. اسان اهو ڪري سگهون ٿا يا ته دستي طور تي يا هڪ شيڊول ترتيب ڏيڻ سان، بشمول هڪ ئي وقت سڀني مشينن لاءِ بلڪ ۾.
مون کي توهان کي ياد ڏياريو ته Hystax لڏپلاڻ لاء هڪ پيداوار جي طور تي پوزيشن ڪئي وئي هئي. تنهن ڪري، اها تعجب ناهي ته اسان جي نقل ڪيل مشينن کي هلائڻ لاء اسان کي ڊي آر پلان ٺاهڻ جي ضرورت آهي. اهو منصوبو انهن مشينن لاءِ ٺاهي سگهجي ٿو جيڪي اڳ ۾ ئي Synced رياست ۾ آهن. توهان هڪ ئي وقت ۾ هڪ مخصوص VM ۽ سڀني مشينن لاءِ ٻئي ٺاهي سگهو ٿا.
پيرا ميٽرن جو سيٽ جڏهن هڪ DR پلان ٺاهي رهيو آهي ته ان انفراسٽرڪچر تي منحصر هوندو جنهن ڏانهن توهان لڏپلاڻ ڪندا. VMware ماحول لاءِ گھٽ ۾ گھٽ پيٽرولر موجود آھي. مشينن لاءِ ري-IP پڻ سپورٽ نه آهي. ان سلسلي ۾، اسان کي هيٺين نقطن ۾ دلچسپي آهي: VM وضاحت ۾، "ذيلي نيٽ" پيٽرولر: "VMNetwork"، جتي اسان ڪلستر ۾ هڪ مخصوص نيٽ ورڪ تي VM کي پابند ڪندا آهيون. درجه بندي - لاڳاپيل جڏهن ڪيترن ئي VMs لڏپلاڻ؛ اهو ترتيب ڏئي ٿو جنهن ۾ اهي شروع ڪيا ويا آهن. ذائقو - بيان ڪري ٿو VM ترتيب، هن صورت ۾ - 1CPU، 2GB رام. ذيلي نيٽ ورڪ ۾ اسان وضاحت ڪريون ٿا ته "subnet": "VMNetwork" VMware "VM نيٽورڪ" سان لاڳاپيل آهي.
جڏهن هڪ DR منصوبو ٺاهيندي، مختلف ڊيٽا اسٽورن ۾ ڊسڪ کي "پکڙڻ" جو ڪو طريقو ناهي. اهي ساڳيا ڊيٽا اسٽور تي واقع هوندا جيڪي هن ڪلائنٽ ڪلائوڊ لاءِ بيان ڪيا ويا هئا، ۽ جيڪڏهن توهان وٽ مختلف طبقن جون ڊسڪون آهن، ته اهو مشين کي شروع ڪرڻ وقت ڪجهه مشڪلاتن جو سبب بڻجي سگهي ٿو، ۽ هسٽڪس کان VM کي شروع ڪرڻ ۽ ”جدا“ ڪرڻ کان پوءِ، اهو به ٿيندو. گهربل ڊيٽا اسٽورن ڏانهن الڳ لڏپلاڻ ڊسڪ جي ضرورت آهي. پوءِ اسان کي اهو ڪرڻو آهي ته اسان جي ڊي آر پلان کي لانچ ڪيو وڃي ۽ اسان جي ڪارن جي اڀرڻ جو انتظار ڪيو وڃي. P2V/V2V تبادلي جو عمل پڻ وقت وٺندو آهي. منهنجي سڀ کان وڏي ٽيسٽ مشين تي، 100GB ٽن ڊسڪ سان، اهو وڌ ۾ وڌ 10 منٽ ورتو.
ان کان پوء، توهان کي هلندڙ VM، ان تي خدمتون، ڊيٽا جي استحڪام، ۽ ٻين چيڪن کي جانچڻ گهرجي.
پوء اسان وٽ ٻه طريقا آهن:
- حذف ڪريو - ھلندڙ DR پلان کي ختم ڪريو. اهو عمل صرف هلندڙ VM کي بند ڪري ڇڏيندو. اهي نقل ڪٿي به نه پيا وڃن.
- ڌار ڪريو - نقل ٿيل ڪار کي ايڪورا کان پري ڪريو، يعني. اصل ۾ لڏپلاڻ جي عمل کي مڪمل ڪريو.
حل جا فائدا:
- انسٽاليشن ۽ ترتيب جي آساني ٻنهي ڪلائنٽ ۽ فراهم ڪندڙ کان؛
- لڏپلاڻ کي ترتيب ڏيڻ ۾ آساني، ڊي آر پلان ٺاهڻ ۽ ريپليڪس شروع ڪرڻ؛
- سپورٽ ۽ ڊولپرز ڪافي جلدي جواب ڏين ٿا مسئلن جو حل ۽ انھن کي پليٽ فارم يا ايجنٽ اپڊيٽ استعمال ڪندي حل ڪريو.
Минусы
- ناکافي Vmware سپورٽ.
- پليٽ فارم تان نوڪررن لاءِ ڪوٽا جي غير موجودگي.
مون هڪ خصوصيت جي درخواست پڻ مرتب ڪئي، جيڪا اسان وينڊر ڏانهن جمع ڪئي:
- Cloud ايجنٽن لاءِ Acura مئنيجمينٽ ڪنسول مان استعمال جي نگراني ۽ تعیناتي؛
- نوڪررن لاء ڪوٽا جي دستيابي؛
- هڪ ئي وقت جي نقلن جي تعداد کي محدود ڪرڻ جي صلاحيت ۽ هر نوڪر لاءِ رفتار؛
- VMware vCloud ڊائريڪٽر سپورٽ؛
- وسيلن جي تلاءَ لاءِ مدد (جي جاچ دوران لاڳو ٿيل)؛
- ايڪورا پينل ۾ ڪلائنٽ انفراسٽرڪچر مان سندون داخل ڪرڻ کان سواءِ، ايجنٽ کان ئي VMware ايجنٽ کي ترتيب ڏيڻ جي صلاحيت؛
- DR پلان کي هلائڻ دوران VM شروعاتي عمل جو ”تصوير“.
صرف هڪ شيء جيڪا مون کي وڏي تنقيد جو سبب بڻيو هو دستاويز هو. مون کي حقيقت ۾ ”ڪارو باڪس“ پسند نه آهي ۽ ترجيح ڏيان ٿو جڏهن تفصيلي دستاويز موجود آهي ته پراڊڪٽ اندر ڪيئن ڪم ڪري ٿو. ۽ جيڪڏهن AWS ۽ OpenStack لاءِ پراڊڪٽ اڃا به وڌيڪ يا گهٽ بيان ڪيو ويو آهي، ته پوءِ VMware لاءِ تمام ٿورا دستاويز آهن.
اتي ھڪڙو انسٽاليشن ھدايت آھي جيڪو صرف بيان ڪري ٿو Acura پينل جي تعیناتي، ۽ حقيقت جي باري ۾ ھڪڙو لفظ نه آھي ته ھڪڙو Cloud ايجنٽ پڻ گھربل آھي. پيداوار جي وضاحتن جو هڪ مڪمل سيٽ آهي، جيڪو سٺو آهي. هتي دستاويز آهي جيڪا وضاحت ڪري ٿي سيٽ اپ “شروع کان ختم ٿيڻ تائين” استعمال ڪندي AWS ۽ OpenStack مثال طور (جيتوڻيڪ اهو مون لاءِ هڪ بلاگ پوسٽ وانگر وڌيڪ ڏسڻ ۾ اچي ٿو) ۽ اتي هڪ تمام ننڍڙو علم جو بنياد آهي.
عام طور تي، هي ڪافي دستاويز فارميٽ ناهي جنهن کي مان استعمال ڪيو ويو آهيان، چوندا آهن، وڏن وينڊرز کان، تنهنڪري مان مڪمل طور تي آرام سان نه هوس. ساڳئي وقت، مون کي ڪڏهن به جواب نه مليا آهن ته ڪيئن سسٽم هن دستاويز ۾ "اندر" ڪم ڪري ٿو، انهن مان ڪجهه سوالن جي باري ۾ - ڪيترن ئي سوالن کي ٽيڪنيڪل سپورٽ سان واضح ڪيو وڃي، ۽ اهو اسٽينڊ کي ترتيب ڏيڻ ۽ هلائڻ جي عمل ۾ ڪافي دير ٿي. جاچ
اختصار ڪرڻ لاءِ، مان چئي سگهان ٿو ته عام طور تي مون کي پراڊڪٽ پسند آيو ۽ ڪمپنيءَ جو ڪم ڪرڻ جو انداز. ها، اتي نقص آهن، اتي واقعي نازڪ ڪارڪردگي جي کوٽ آهي (VMware جي سلسلي ۾). اهو واضح آهي ته، سڀ کان پهريان، ڪمپني اڃا تائين عوامي بادل تي مرکوز آهي، خاص طور تي AWS، ۽ ڪجهه لاء اهو ڪافي هوندو. اڄ اهڙي سادي ۽ آسان پراڊڪٽ حاصل ڪرڻ، جڏهن ڪيتريون ئي ڪمپنيون ملٽي ڪلائوڊ حڪمت عملي چونڊي رهيون آهن، انتهائي اهم آهي. مقابلي جي مقابلي ۾ تمام گهٽ قيمت تي غور ڪندي، هي پيداوار کي انتهائي پرڪشش بڻائي ٿو.
اسان هڪ ٽيم ميمبر ڳولي رهيا آهيون . ٿي سگهي ٿو اهو توهان آهيو؟
جو ذريعو: www.habr.com