سب کو سلام. یہ مضمون ان لوگوں کے لیے لکھا گیا تھا جو ابھی تک ورچوئلائزیشن پلیٹ فارمز کے انتخاب کے درمیان پھٹے ہوئے ہیں اور سیریز کے مضمون کو پڑھنے کے بعد "ہم نے proxmox انسٹال کیا اور عام طور پر سب کچھ ٹھیک ہے، بغیر کسی وقفے کے 6 سال کا اپ ٹائم۔" لیکن ایک یا دوسرا آؤٹ آف دی باکس حل انسٹال کرنے کے بعد، سوال پیدا ہوتا ہے: میں اسے یہاں کیسے درست کر سکتا ہوں، تاکہ نگرانی زیادہ سمجھ میں آئے، اور یہاں، بیک اپ کو کنٹرول کرنے کے لیے…. اور پھر وقت آتا ہے اور آپ کو احساس ہوتا ہے کہ آپ کچھ زیادہ فعال چاہتے ہیں، یا آپ چاہتے ہیں کہ آپ کے سسٹم کے اندر موجود ہر چیز واضح ہو جائے، نہ کہ یہ بلیک باکس، یا آپ ہائپر وائزر اور ورچوئل مشینوں کے ایک گروپ سے زیادہ کچھ استعمال کرنا چاہتے ہیں۔ یہ مضمون Opennebula پلیٹ فارم پر مبنی کچھ خیالات اور مشق پر مشتمل ہوگا - میں نے اس کا انتخاب اس لیے کیا ہے۔ یہ وسائل کا مطالبہ نہیں کر رہا ہے اور فن تعمیر اتنا پیچیدہ نہیں ہے۔
اور اس طرح، جیسا کہ ہم دیکھتے ہیں، بہت سے کلاؤڈ فراہم کرنے والے kvm پر کام کرتے ہیں اور مشینوں کو کنٹرول کرنے کے لیے بیرونی کنکشن بناتے ہیں۔ یہ واضح ہے کہ بڑے میزبان کلاؤڈ انفراسٹرکچر کے لیے اپنا فریم ورک لکھتے ہیں، مثال کے طور پر وہی YANDEX۔ کوئی اوپن اسٹیک استعمال کرتا ہے اور اس بنیاد پر کنکشن بناتا ہے - SELECTEL, MAIL.RU۔ لیکن اگر آپ کے پاس اپنا ہارڈ ویئر ہے اور ماہرین کا ایک چھوٹا عملہ ہے، تو آپ عام طور پر کچھ تیار شدہ چیز کا انتخاب کرتے ہیں - VMWARE، HYPER-V، مفت اور ادا شدہ لائسنس موجود ہیں، لیکن یہ وہ نہیں ہے جس کے بارے میں ہم ابھی بات کر رہے ہیں۔ آئیے اتساہی کے بارے میں بات کرتے ہیں - یہ وہ لوگ ہیں جو کچھ نیا پیش کرنے اور آزمانے سے نہیں ڈرتے ہیں، اس حقیقت کے باوجود کہ کمپنی نے واضح طور پر یہ واضح کر دیا ہے، "آپ کے بعد اس کی خدمت کون کرے گا،" "کیا ہم اسے بعد میں پروڈکشن میں لانے جا رہے ہیں؟ ? خوفناک۔" لیکن آپ ان حلوں کو پہلے ٹیسٹ بینچ میں لاگو کر سکتے ہیں، اور اگر سب کو یہ پسند ہے، تو آپ مزید ترقی اور زیادہ سنجیدہ ماحول میں استعمال کا سوال اٹھا سکتے ہیں۔
رپورٹ کا لنک بھی یہاں ہے۔ اس پلیٹ فارم کی ترقی میں ایک فعال شریک سے۔
شاید اس مضمون میں کچھ ضرورت سے زیادہ ہو گی اور تجربہ کار ماہر کے لیے پہلے سے ہی قابل فہم ہو گا، اور کچھ معاملات میں میں ہر چیز کی وضاحت نہیں کروں گا کیونکہ اسی طرح کے احکامات اور وضاحتیں انٹرنیٹ پر دستیاب ہیں۔ اس پلیٹ فارم کے ساتھ یہ صرف میرا تجربہ ہے۔ مجھے امید ہے کہ فعال شرکاء تبصرے میں شامل کریں گے کہ کیا بہتر کیا جا سکتا ہے اور میں نے کیا غلطیاں کی ہیں۔ تمام کارروائیاں مختلف خصوصیات کے ساتھ 3 PCs پر مشتمل ہوم اسٹینڈ میں ہوئیں۔ اس کے علاوہ، میں نے خاص طور پر یہ نہیں بتایا کہ یہ سافٹ ویئر کیسے کام کرتا ہے اور اسے کیسے انسٹال کرنا ہے۔ نہیں، صرف انتظامیہ کا تجربہ اور مجھے جن مسائل کا سامنا کرنا پڑا۔ شاید یہ ان کی پسند میں کسی کے کام آئے۔
تو، آئیے شروع کرتے ہیں۔ ایک سسٹم ایڈمنسٹریٹر کے طور پر، میرے لیے درج ذیل نکات اہم ہیں، جن کے بغیر میں اس حل کو استعمال کرنے کا امکان نہیں رکھتا۔
1. انسٹالیشن ریپیٹ ایبلٹی
اوپننیبولا کو انسٹال کرنے کے لیے بہت ساری ہدایات موجود ہیں، کوئی مسئلہ نہیں ہونا چاہیے۔ ورژن سے ورژن تک، نئی خصوصیات ظاہر ہوتی ہیں جو ورژن سے ورژن میں منتقل ہونے پر ہمیشہ کام نہیں کریں گی۔
2. نگرانی
ہم خود نوڈ، kvm اور opennebula کی نگرانی کریں گے۔ خوش قسمتی سے، یہ پہلے سے ہی تیار ہے. لینکس کے میزبانوں کی نگرانی کے بارے میں بہت سارے اختیارات موجود ہیں، وہی زبکس یا نوڈ ایکسپورٹر - جو بھی بہتر پسند کرتا ہے - اس وقت میں اسے مانیٹرنگ سسٹم میٹرکس (درجہ حرارت جہاں اسے ناپا جا سکتا ہے، ڈسک سرنی کی مستقل مزاجی) کے طور پر بیان کرتا ہوں۔ ، اور جیسا کہ پرومیتھیس برآمد کنندہ کے ذریعے درخواستوں کا تعلق ہے۔ kvm مانیٹرنگ کے لیے، مثال کے طور پر، آپ پروجیکٹ لے سکتے ہیں۔ اور اسے systemd کے ذریعے چلانے کے لیے سیٹ کریں، یہ کافی اچھی طرح سے کام کرتا ہے اور kvm میٹرکس دکھاتا ہے، ایک ریڈی میڈ ڈیش بورڈ بھی ہے .
مثال کے طور پر، یہاں میری فائل ہے:
/etc/systemd/system/libvirtd_exporter.service
[Unit]
Description=Node Exporter
[Service]
User=node_exporter
ExecStart=/usr/sbin/prometheus-libvirt-exporter --web.listen-address=":9101"
[Install]
WantedBy=multi-user.targetاور اس طرح ہمارے پاس 1 برآمد کنندہ ہے، ہمیں اوپننیبولا کی خود نگرانی کے لیے ایک دوسرے کی ضرورت ہے، میں نے اسے استعمال کیا۔
نارمل میں شامل کیا جا سکتا ہے۔ مندرجہ ذیل نظام کی نگرانی کے لئے.
node_exporter فائل میں ہم آغاز کو اس طرح تبدیل کرتے ہیں:
ExecStart=/usr/sbin/node_exporter --web.listen-address=":9102" --collector.textfile.directory=/var/lib/opennebula_exporter/textfile_collectorایک ڈائرکٹری بنائیں mkdir -p /var/lib/opennebula_exporter
اوپر پیش کردہ bash اسکرپٹ، پہلے ہم کنسول کے ذریعے کام کو چیک کرتے ہیں، اگر یہ دکھاتا ہے کہ ہمیں کیا ضرورت ہے (اگر یہ ایک ایرر دیتا ہے تو xmlstarlet انسٹال کریں)، اسے /usr/local/bin/opennebula_exporter.sh پر کاپی کریں۔
ہر منٹ کے لیے ایک کرون ٹاسک شامل کریں:
*/1 * * * * (/usr/local/bin/opennebula_exporter.sh > /var/lib/opennebula_exporter/textfile_collector/opennebula.prom)میٹرکس ظاہر ہونا شروع ہو گئے، آپ انہیں پرومیتھیس کی طرح لے سکتے ہیں اور گراف بنا سکتے ہیں اور الرٹس بنا سکتے ہیں۔ گرافانا میں آپ مثال کے طور پر ایسا سادہ ڈیش بورڈ بنا سکتے ہیں۔
(یہ واضح ہے کہ یہاں میں سی پی یو، رام سے زیادہ کام کرتا ہوں)
ان لوگوں کے لئے جو زیبکس کو پسند کرتے ہیں اور استعمال کرتے ہیں، وہاں ہے۔
جہاں تک نگرانی کا تعلق ہے، اہم بات یہ ہے کہ یہ موجود ہے۔ بلاشبہ، اس کے علاوہ، آپ بلٹ ان ورچوئل مشین مانیٹرنگ ٹولز استعمال کر سکتے ہیں اور بلنگ پر ڈیٹا اپ لوڈ کر سکتے ہیں، یہاں ہر ایک کا اپنا نقطہ نظر ہے، میں نے ابھی اس پر زیادہ قریب سے کام شروع نہیں کیا ہے۔
میں نے ابھی لاگنگ شروع نہیں کی ہے۔ سب سے آسان آپشن یہ ہے کہ td-agent شامل کریں تاکہ /var/lib/one ڈائریکٹری کو ریگولر ایکسپریشنز کے ساتھ پارس کیا جا سکے۔ مثال کے طور پر، sunstone.log فائل nginx regexp اور دیگر فائلوں سے میل کھاتی ہے جو پلیٹ فارم تک رسائی کی تاریخ کو ظاہر کرتی ہے - اس کا کیا فائدہ ہے؟ ٹھیک ہے، مثال کے طور پر، ہم واضح طور پر "خرابی، غلطی" کی تعداد کو ٹریک کر سکتے ہیں اور جلدی سے پتہ لگا سکتے ہیں کہ کہاں اور کس سطح پر خرابی ہے۔
3. بیک اپس
ادا شدہ پراجیکٹس بھی ہیں - مثال کے طور پر ستمبر :OpenNebula_Backup. یہاں ہمیں یہ سمجھنا چاہیے کہ صرف مشین کی تصویر کا بیک اپ لینا اس معاملے میں بالکل یکساں نہیں ہے، کیونکہ ہماری ورچوئل مشینوں کو مکمل انضمام کے ساتھ کام کرنا چاہیے (وہی سیاق و سباق کی فائل جو آپ کی ایپلی کیشنز کے لیے نیٹ ورک سیٹنگز، vm نام اور کسٹم سیٹنگز کو بیان کرتی ہے) . لہذا، یہاں ہم فیصلہ کرتے ہیں کہ ہم کیا اور کیسے بیک اپ لیں گے۔ کچھ معاملات میں بہتر ہے کہ جو کچھ vm میں ہے اس کی کاپیاں بنائیں۔ اور شاید آپ کو دی گئی مشین سے صرف ایک ڈسک کا بیک اپ لینے کی ضرورت ہے۔
مثال کے طور پر، ہم نے طے کیا کہ تمام مشینیں مستقل تصاویر سے شروع ہوتی ہیں، اس لیے پڑھنے کے بعد
اس کا مطلب ہے کہ پہلے ہم اپنے vm سے تصویر اپ لوڈ کر سکتے ہیں۔
onevm disk-saveas 74 3 prom.qcow2
Image ID: 77
Смотрим, под каким именем он сохранился
oneimage show 77
/var/lib/one//datastores/100/f9503161fe180658125a9b32433bf6e8
И далее копируем куда нам необходимо. Конечно, так себе способ. Просто хотел показать, что используя инструменты opennebula можно строить подобные решения.میں نے انٹرنیٹ پر بھی پایا اور زیادہ ہے ، لیکن صرف qcow2 کے لیے ذخیرہ ہے۔
لیکن جیسا کہ ہم سب جانتے ہیں، جلد یا بدیر ایک وقت آتا ہے جب آپ اضافی بیک اپ چاہتے ہیں، یہاں یہ زیادہ مشکل ہے اور شاید انتظامیہ ایک ادا شدہ حل کے لیے رقم مختص کرے گی، یا دوسری طرف جائیں اور سمجھیں کہ یہاں ہم صرف وسائل میں کمی کر رہے ہیں، اور ایپلیکیشن کی سطح پر بیک اپ بنانا اور متعدد نئے نوڈس اور ورچوئل مشینیں شامل کرنا - ہاں، یہاں، میں کہہ رہا ہوں کہ کلاؤڈ کا استعمال خالصتاً ایپلیکیشن کلسٹرز کو لانچ کرنے کے لیے، اور ڈیٹا بیس کو کسی دوسرے پلیٹ فارم پر لانچ کرنا یا ریڈی میڈ لینا۔ اگر ممکن ہو تو فراہم کنندہ سے۔
4. استعمال میں آسانی
اس پیراگراف میں میں ان مسائل کو بیان کروں گا جن کا مجھے سامنا ہوا۔ مثال کے طور پر، تصاویر کے مطابق، جیسا کہ ہم جانتے ہیں، مستقل ہے - جب اس تصویر کو vm پر لگایا جاتا ہے، تو تمام ڈیٹا اس تصویر پر لکھا جاتا ہے۔ اور اگر مستقل نہ ہو تو امیج کو اسٹوریج میں کاپی کیا جاتا ہے اور ڈیٹا کو اس پر لکھا جاتا ہے جو سورس امیج سے کاپی کیا گیا تھا - اس طرح ٹیمپلیٹ ٹیمپلیٹس کام کرتے ہیں۔ میں نے بار بار پرسسٹنٹ بتانا بھول کر اپنے لیے مسائل پیدا کیے اور 200 جی بی امیج کاپی کر لی گئی، مسئلہ یہ ہے کہ اس طریقہ کار کو یقینی طور پر منسوخ نہیں کیا جا سکتا، آپ کو نوڈ پر جا کر موجودہ "cp" عمل کو ختم کرنا ہوگا۔
اہم نقصانات میں سے ایک یہ ہے کہ آپ صرف gui کا استعمال کرتے ہوئے کارروائیوں کو منسوخ نہیں کرسکتے ہیں۔ یا اس کے بجائے، آپ انہیں منسوخ کریں گے اور دیکھیں گے کہ کچھ نہیں ہوتا ہے اور آپ انہیں دوبارہ شروع کریں گے، انہیں منسوخ کریں گے اور درحقیقت پہلے سے ہی 2 سی پی پروسیس ہوں گے جو تصویر کو کاپی کرتے ہیں۔
اور پھر یہ بات سمجھ میں آتی ہے کہ اوپننیبولا ہر نئی مثال کو ایک نئی آئی ڈی کے ساتھ کیوں نمبر دیتا ہے، مثال کے طور پر اسی پراکس موکس نے آئی ڈی 101 کے ساتھ ایک وی ایم بنایا، اسے ڈیلیٹ کیا، پھر آپ اسے دوبارہ اور آئی ڈی 101 بنائیں۔ اوپننیبولا میں ایسا نہیں ہوگا، ہر نئی مثال ایک نئی آئی ڈی کے ساتھ بنائی جائے گی اور اس کی اپنی منطق ہے - مثال کے طور پر، پرانے ڈیٹا کو صاف کرنا یا ناکام تنصیبات۔
سٹوریج کے لیے بھی یہی ہے؛ سب سے زیادہ، اس پلیٹ فارم کا مقصد مرکزی اسٹوریج ہے۔ مقامی استعمال کرنے کے لیے ایڈونز موجود ہیں، لیکن یہ وہ نہیں ہے جس کے بارے میں ہم اس معاملے میں بات کر رہے ہیں۔ مجھے لگتا ہے کہ مستقبل میں کوئی اس بارے میں ایک مضمون لکھے گا کہ انہوں نے نوڈس پر مقامی اسٹوریج کو کس طرح استعمال کیا اور اسے پیداوار میں کامیابی کے ساتھ استعمال کیا۔
5. زیادہ سے زیادہ سادگی
بلاشبہ، آپ جتنا آگے بڑھیں گے، آپ کو سمجھنے والے کم ہوں گے۔
میرے موقف کی شرائط کے تحت - این ایف ایس اسٹوریج کے ساتھ 3 نوڈس - سب کچھ ٹھیک کام کرتا ہے۔ لیکن اگر ہم بجلی کی بندش کے تجربات کرتے ہیں، مثال کے طور پر، اسنیپ شاٹ چلاتے وقت اور نوڈ کی پاور آف کرتے وقت، ہم ڈیٹا بیس میں سیٹنگز کو محفوظ کرتے ہیں کہ اسنیپ شاٹ موجود ہے، لیکن حقیقت میں کوئی نہیں ہے (اچھا، ہم سب سمجھتے ہیں کہ ہم ابتدائی طور پر اس کارروائی کے بارے میں ڈیٹا بیس sql میں لکھا تھا، لیکن آپریشن خود کامیاب نہیں ہوا تھا)۔ فائدہ یہ ہے کہ سنیپ شاٹ بناتے وقت، ایک الگ فائل بنتی ہے اور ایک "والدین" ہوتا ہے، اس لیے مسائل کی صورت میں اور اگر یہ gui کے ذریعے کام نہیں کرتا ہے، تو ہم qcow2 فائل کو اٹھا کر الگ سے بحال کر سکتے ہیں۔
نیٹ ورکس پر، بدقسمتی سے، سب کچھ اتنا آسان نہیں ہے۔ ٹھیک ہے، کم از کم یہ اوپن اسٹیک کے مقابلے میں آسان ہے، میں نے صرف vlan (802.1Q) استعمال کیا ہے - یہ کافی اچھا کام کرتا ہے، لیکن اگر آپ ٹیمپلیٹ نیٹ ورک سے سیٹنگز میں تبدیلیاں کرتے ہیں، تو یہ سیٹنگز پہلے سے چل رہی مشینوں پر لاگو نہیں ہوں گی، یعنی۔ آپ کو نیٹ ورک کارڈ کو حذف کرنے اور شامل کرنے کی ضرورت ہے، پھر نئی ترتیبات لاگو ہوں گی۔
اگر آپ اب بھی اوپن اسٹیک کے ساتھ اس کا موازنہ کرنا چاہتے ہیں، تو آپ یہ کہہ سکتے ہیں: اوپننیبولا میں اس بات کی کوئی واضح تعریف نہیں ہے کہ ڈیٹا کو ذخیرہ کرنے، نیٹ ورک کے انتظام، وسائل کے انتظام کے لیے کونسی ٹیکنالوجیز استعمال کی جائیں - ہر منتظم خود فیصلہ کرتا ہے کہ اس کے لیے کیا زیادہ آسان ہے۔
6. اضافی پلگ ان اور تنصیبات
بہر حال، جیسا کہ ہم اسے سمجھتے ہیں، کلاؤڈ پلیٹ فارم نہ صرف kvm، بلکہ vmware esxi کا بھی انتظام کر سکتا ہے۔ بدقسمتی سے، میرے پاس Vcenter کے ساتھ پول نہیں تھا، اگر کسی نے کوشش کی ہے تو براہ کرم لکھیں۔
دوسرے کلاؤڈ فراہم کنندگان کے لیے سپورٹ بیان کی گئی ہے۔
AWS، AZURE۔
میں نے سلیکٹیل سے وی ایم ویئر کلاؤڈ کو جوڑنے کی بھی کوشش کی، لیکن کچھ کام نہیں ہوا - عام طور پر، اسے بلاک کر دیا گیا تھا کیونکہ بہت سے عوامل ہیں، اور ہوسٹنگ فراہم کنندہ کی تکنیکی مدد کو لکھنے کا کوئی فائدہ نہیں ہے۔
اس کے علاوہ، اب نئے ورژن میں فائر کریکر ہے - یہ مائیکرو وی ایم کا آغاز ہے، ایک قسم کا kvm ہارنس اوور ڈوکر، جو اور بھی زیادہ استعداد، تحفظ اور پیداواری صلاحیت میں اضافہ کرتا ہے کیونکہ نقلی آلات پر وسائل ضائع کرنے کی ضرورت نہیں ہے۔ میں ڈوکر پر صرف ایک ہی فائدہ دیکھ رہا ہوں کہ یہ اضافی تعداد میں عمل نہیں کرتا ہے اور اس ایمولیشن کو استعمال کرتے وقت کوئی زیر قبضہ ساکٹ نہیں ہے، یعنی اسے لوڈ بیلنسر کے طور پر استعمال کرنا کافی ممکن ہے (لیکن اس کے بارے میں ایک الگ مضمون لکھنے کے قابل ہے جب تک کہ میں تمام ٹیسٹ مکمل نہ کرلوں)۔
7. استعمال اور غلطی کی ڈیبگنگ کا مثبت تجربہ
میں کام کے بارے میں اپنے مشاہدات بتانا چاہتا تھا، میں نے اس میں سے کچھ اوپر بیان کیے، میں مزید لکھنا چاہوں گا۔ درحقیقت، میں شاید واحد نہیں ہوں جو پہلے سوچتا ہے کہ یہ صحیح نظام نہیں ہے اور عام طور پر یہاں ہر چیز بیساکھی ہے - وہ اس کے ساتھ کیسے کام کرتے ہیں؟ لیکن پھر سمجھ آتی ہے کہ سب کچھ بالکل منطقی ہے۔ یقیناً، آپ سب کو خوش نہیں کر سکتے اور کچھ پہلوؤں میں بہتری کی ضرورت ہے۔
مثال کے طور پر، ڈسک کی تصویر کو ایک ڈیٹا اسٹور سے دوسرے ڈیٹا اسٹور میں کاپی کرنے کا آسان آپریشن۔ میرے معاملے میں، nfs کے ساتھ 2 نوڈس ہیں، میں تصویر بھیجتا ہوں - کاپی کرنا فرنٹ اینڈ اوپننیبولا کے ذریعے ہوتا ہے، حالانکہ ہم سب اس حقیقت کے عادی ہیں کہ ڈیٹا کو براہ راست میزبانوں کے درمیان کاپی کیا جانا چاہیے - اسی vmware، hyper-v میں ہم ہیں۔ اس کے عادی ہیں، لیکن یہاں دوسرے سے۔ ایک مختلف نقطہ نظر اور ایک مختلف نظریہ ہے، اور ورژن 5.12 میں انہوں نے "ڈیٹا اسٹور پر منتقل کریں" بٹن کو ہٹا دیا - صرف مشین خود ہی منتقل ہوتی ہے، لیکن اسٹوریج نہیں کیونکہ مرکزی اسٹوریج کا مطلب ہے.
اگلا مختلف وجوہات کے ساتھ ایک مقبول خرابی ہے: "ورچوئل مشین کی تعیناتی میں خرابی: /var/lib/one//datastores/103/10/deployment سے ڈومین نہیں بنا سکا۔
- ایک منتظم صارف کے لیے تصویری حقوق؛
- libvirtd چلانے کے لیے ایک ایڈمن صارف کے لیے اجازت؛
- کیا ڈیٹا اسٹور صحیح طریقے سے نصب ہے؟ جاؤ اور نوڈ پر ہی راستہ چیک کرو، شاید کچھ گر گیا ہے؛
- نیٹ ورک کو غلط طریقے سے ترتیب دیا گیا ہے، یا اس کے بجائے فرنٹ اینڈ پر یہ نیٹ ورک کی ترتیبات میں ہے کہ vlan کا مرکزی انٹرفیس br0 ہے، لیکن نوڈ پر یہ bridge0 لکھا ہوا ہے - یہ ایک جیسا ہونا چاہیے۔
سسٹم ڈیٹا اسٹور آپ کے vm کے لیے میٹا ڈیٹا اسٹور کرتا ہے، اگر آپ vm کو مستقل امیج کے ساتھ چلاتے ہیں، تو vm کو اس اسٹوریج پر ابتدائی طور پر تخلیق کردہ کنفیگریشن تک رسائی حاصل کرنے کی ضرورت ہے جہاں آپ نے vm بنایا ہے - یہ بہت اہم ہے۔ لہذا، جب کسی vm کو دوسرے ڈیٹا اسٹور میں منتقل کرتے ہیں، تو آپ کو ہر چیز کو دو بار چیک کرنے کی ضرورت ہوتی ہے۔
8. دستاویزات، کمیونٹی۔ مزید ترقی
اور باقی، اچھی دستاویزات، کمیونٹی اور اہم بات یہ ہے کہ یہ منصوبہ مستقبل میں بھی جاری رہے گا۔
عام طور پر، ہر چیز کافی اچھی طرح سے دستاویزی ہے اور یہاں تک کہ سرکاری ذریعہ کا استعمال کرتے ہوئے اسے انسٹال کرنے اور سوالات کے جوابات تلاش کرنے میں کوئی مسئلہ نہیں ہوگا۔
کمیونٹی، فعال۔ بہت سے تیار حل شائع کرتا ہے جو آپ اپنی تنصیبات میں استعمال کر سکتے ہیں۔
اس وقت، کمپنی میں کچھ پالیسیاں 5.12 سے تبدیل ہوئی ہیں۔ یہ دیکھنا دلچسپ ہوگا کہ پروجیکٹ کیسے ترقی کرتا ہے۔ شروع میں، میں نے خاص طور پر کچھ وینڈرز کی نشاندہی کی جو اپنے حل استعمال کرتے ہیں اور انڈسٹری کیا پیش کرتی ہے۔ یقینا، کیا استعمال کرنا ہے اس پر کوئی واضح جواب نہیں ہے۔ لیکن چھوٹی تنظیموں کے لیے، ان کے چھوٹے پرائیویٹ کلاؤڈ کو برقرار رکھنا اتنا مہنگا نہیں ہو سکتا جتنا لگتا ہے۔ اہم چیز یہ جاننا ہے کہ آپ کو کیا ضرورت ہے۔
نتیجے کے طور پر، قطع نظر اس کے کہ آپ کلاؤڈ سسٹم کے طور پر کیا منتخب کرتے ہیں، آپ کو ایک پروڈکٹ پر نہیں رکنا چاہیے۔ اگر آپ کے پاس وقت ہے تو، یہ دوسرے مزید کھلے حلوں پر ایک نظر ڈالنے کے قابل ہے۔
اچھی گپ شپ ہوتی ہے۔ وہ فعال طور پر مدد کرتے ہیں اور آپ کو گوگل پر مسئلے کا حل تلاش کرنے کے لیے نہیں بھیجتے ہیں۔ ہمارے ساتھ شامل ہوں۔
ماخذ: www.habr.com