اگر آپ آئی ٹی انڈسٹری میں ہیں تو آپ نے یقینا Dev ایک انتہائی ٹرینڈنگ بز ورڈ سنا ہوگا جسے ڈی او اوپس کہتے ہیں۔ اگر آپ ڈی او اوپس میں کیریئر لینا چاہتے ہیں تو یقینی طور پر فائدہ اٹھانا اور فائدہ مند ہوگا . اس سے پہلے کہ ہم آگے بڑھیں ، میں آپ کو مندرجہ ذیل بلاگز کو دیکھنے کی تجویز کروں گا۔
ڈی او اوپس سیکھنے کے ل Top 10 وجوہات
آئی ٹی کی بہت سی بڑی کمپنیوں نے ڈی او اوپس کو اپنا راستہ آگے بڑھایا ہے۔ لہذا اس بلاگ میں ، میں اس پر گفتگو کروں گا کہ ڈیو اوپس دراصل کیا ہے اور جن نکات کو میں احاطہ کروں گا وہ اس طرح ہیں۔
ڈی او اوپس کیا ہے؟ 
ڈیو اوپس اصطلاح دو لفظوں کا مجموعہ ہے یعنی ڈویلپمنٹ اور آپریشنز۔ ڈیو اوپس ایک ایسا مشق ہے جو کسی ایک ٹیم کو پورے ایپلی کیشن ڈویلپمنٹ لائف سائیکل ، یعنی ، ڈویلپمنٹ ، ٹیسٹنگ ، تعیناتی ، اور نگرانی کا انتظام کرنے کی اجازت دیتا ہے۔
ڈیو اوپس کا حتمی مقصد یہ ہے کہ کاروباری مقاصد کے ساتھ قریبی ہم آہنگی کے دوران خصوصیات ، اصلاحات اور اپ ڈیٹ کی فراہمی کے دوران نظام کی ترقیاتی زندگی کے دورانیے کو کم کرنا ہے۔
ڈی او اوپس ایک سافٹ ویئر ڈویلپمنٹ اپروچ ہے جس کی مدد سے آپ اعلی معیار کا سافٹ ویئر جلدی اور زیادہ قابل اعتماد کے ساتھ تیار کرسکتے ہیں۔ یہ متعدد مراحل پر مشتمل ہوتا ہے جیسے مستقل ترقی ، مستقل انضمام ، مستقل جانچ ، مستقل تعیناتی ، اور مستقل نگرانی۔
لہذا چونکہ ڈی او اوپس کیا ہے ، آئیے ڈی او اوپس کی تاریخ پر ایک نظر ڈالیں۔
ڈی او اوپس کی تاریخ
ڈی او اوپس سے پہلے ، ہمارے پاس سافٹ ویئر ڈویلپمنٹ کے لئے دو نقطہ نظر تھے یعنی آبشار اور فرتیلی۔
آبشار ماڈل
آبشار ماڈل ایک سافٹ ویئر ڈویلپمنٹ ماڈل ہے جو سیدھے سیدھے آگے اور لکیری ہے۔ یہ ماڈل اوپر سے نیچے نقطہ نظر کی پیروی کرتا ہے۔
اس ماڈل کی شروعات مختلف ہوتی ہے تقاضے جمع اور تجزیہ . یہ وہ مرحلہ ہے جہاں آپ کو درخواست تیار کرنے کے لئے موکل سے ضروریات حاصل ہوتی ہیں۔ اس کے بعد ، آپ ان تقاضوں کا تجزیہ کرنے کی کوشش کرتے ہیں۔
اگلا مرحلہ ہے ڈیزائن مرحلہ جہاں آپ سافٹ ویئر کا بلیو پرنٹ تیار کرتے ہیں۔ یہاں ، آپ اس کے بارے میں سوچتے ہیں کہ سافٹ ویئر واقعی کیسا دکھتا ہے۔
ایک بار جب ڈیزائن تیار ہوجائے تو ، آپ اس کے ساتھ آگے بڑھیں عمل آوری مرحلہ جہاں آپ درخواست کے کوڈنگ کے ساتھ شروع کرتے ہیں۔ ڈویلپرز کی ٹیم درخواست کے مختلف اجزاء پر مل کر کام کرتی ہے۔
ایک بار جب آپ درخواست کی ترقی مکمل کرلیتے ہیں ، تو آپ اسے ٹیسٹ میں لیتے ہیں تصدیق مرحلہ درخواست پر مختلف ٹیسٹ کروائے جاتے ہیں جیسے یونٹ ٹیسٹنگ ، انضمام کی جانچ ، کارکردگی کی جانچ وغیرہ۔
درخواست پر تمام ٹیسٹ مکمل ہونے کے بعد ، یہ پروڈکشن سرورز پر تعینات ہے۔
آخر میں ، آتا ہے بحالی مرحلہ اس مرحلے میں ، درخواست کی کارکردگی کے لئے نگرانی کی جاتی ہے۔ درخواست کی کارکردگی سے متعلق کوئی بھی معاملہ اس مرحلے میں حل ہوجاتا ہے۔
آبشار ماڈل کے فوائد:
سمجھنے اور استعمال کرنے میں آسان ہے
آسان جانچ اور تجزیہ کرنے کی اجازت دیتا ہے
وقت اور رقم کی ایک خاصی رقم کی بچت ہوتی ہے
چھوٹے منصوبوں کے لئے اچھا ہے اگر تمام تقاضوں کو واضح طور پر بیان کیا گیا ہو
محکمہ سازی اور انتظامی کنٹرول کی اجازت دیتا ہے
آبشار ماڈل کے نقصانات:
خطرناک اور غیر یقینی
موجودہ پیشرفت کی مرئیت کا فقدان
مناسب نہیں جب تقاضے بدلتے رہیں
جب جانچ کے مرحلے میں ہو تو پروڈکٹ میں تبدیلی کرنا مشکل ہے
آخری پروڈکٹ سائیکل کے آخر میں ہی دستیاب ہوتی ہے
بڑے اور پیچیدہ منصوبوں کے لئے موزوں نہیں
فرتیلی طریقہ کار
فرتیلی طریقہ کار سافٹ ویئر ڈویلپمنٹ ایک تکرار پر مبنی سافٹ ویئر ڈویلپمنٹ نقطہ نظر ہے جہاں سافٹ ویئر پروجیکٹ کو مختلف اوقات یا اسپرٹ میں تقسیم کیا جاتا ہے۔ ہر تکرار میں آبشار ماڈل جیسے مراحل ہوتے ہیں جیسے تقاضے جمع ، ڈیزائن ، ترقی ، جانچ ، اور بحالی۔ ہر تکرار کی مدت عام طور پر 2-8 ہفتے ہوتی ہے۔
فرتیلی عمل
فرتیلی میں ، ایک کمپنی پہلی اعادہ میں کچھ اعلی ترجیحی خصوصیات کے ساتھ درخواست جاری کرتی ہے۔
اس کی رہائی کے بعد ، اختتامی صارف یا صارفین آپ کو درخواست کی کارکردگی کے بارے میں آراء دیتے ہیں۔
پھر آپ کچھ نئی خصوصیات کے ساتھ درخواست میں ضروری تبدیلیاں کرتے ہیں اور ایپلیکیشن کو دوبارہ جاری کیا جاتا ہے جو دوسری تکرار ہے۔
جب تک آپ مطلوبہ سافٹ ویئر کے معیار کو حاصل نہیں کرتے ہیں تب تک آپ اس پورے عمل کو دہراتے ہیں۔
فرتیلی ماڈل کے فوائد
یہ مطلوبہ تبدیلیوں کا موافق بناتا ہے
ترقیاتی عمل کے شروع میں غلطیوں کو ٹھیک کرنا اس عمل کو زیادہ سرمایہ کاری مؤثر بناتا ہے
مصنوعات کے معیار کو بہتر بناتا ہے اور اسے انتہائی غلطی سے پاک بنا دیتا ہے
سافٹ ویئر پروجیکٹ میں شامل لوگوں کے مابین براہ راست رابطے کی اجازت دیتا ہے
بڑے اور طویل مدتی منصوبوں کے لئے انتہائی موزوں
وسائل کی کم سے کم ضروریات اور انتظام کرنا بہت آسان ہے
فرتیلی ماڈل کے نقصانات
واضح صارفین کی ضروریات پر زیادہ انحصار کرتے ہیں
بڑے منصوبوں کے لئے وقت اور کوشش کی پیش گوئی کرنا کافی مشکل ہے
پیچیدہ منصوبوں کے لئے موزوں نہیں
دستاویزات کی کارکردگی کا فقدان ہے
برقرار رکھے جانے کے خطرات میں اضافہ
اب ہم آگے بڑھیں اور ڈی او اوپس مرحلوں اور ٹولز پر تبادلہ خیال کریں۔
ڈی او اوپس مرحلے اور اوزار
جیسا کہ پہلے ذکر ہوا ہے ، متعدد مراحل جیسے مستقل ترقی ، مستقل انضمام ، مستقل جانچ ، مستقل تعیناتی ، اور مستقل نگرانی ڈی او اوپس لائف سائیکل کو تشکیل دیتی ہے۔ اب ہم ڈی او اوپس لائف سائیکل کے ایک ایک ایک مرحلے پر ایک نظر ڈالیں۔
مرحلہ۔ 1: مستقل ترقی
استعمال شدہ ٹولز: گٹ ، ایس وی این ، مرکوریئل ، سی وی ایس
عمل کے بہاؤ:
یہ وہ مرحلہ ہے جس میں سافٹ ویئر کی ’منصوبہ بندی‘ اور ’کوڈنگ‘ شامل ہے۔ آپ منصوبہ بندی کے مرحلے کے دوران پروجیکٹ وژن کا فیصلہ کرتے ہیں اور ڈویلپرز درخواست کے لئے کوڈ تیار کرنا شروع کردیتے ہیں۔
نہیں ہیں ڈی او اوپس ٹولز جو منصوبہ بندی کے لئے ضروری ہیں ، لیکن کوڈ کو برقرار رکھنے کے لئے بہت سارے اوزار موجود ہیں۔
کوڈ کسی بھی زبان میں ہوسکتا ہے ، لیکن آپ اسے ورژن کنٹرول ٹولز کا استعمال کرکے برقرار رکھتے ہیں۔ کوڈ کو برقرار رکھنے کے اس عمل کو ماخذ کوڈ مینجمنٹ کے نام سے جانا جاتا ہے۔
کوڈ تیار ہونے کے بعد ، پھر آپ مستقل انضمام کے مرحلے میں منتقل ہوجائیں۔
مرحلہ - 2: مسلسل انضمام
اوزار: جینکنز ، ٹیم سٹیٹی ، ٹریوس
عمل کے بہاؤ:
یہ مرحلہ پورے ڈی اوپس زندگی کے چکر کا محور ہے۔ یہ ایک ایسا مشق ہے جس میں ڈویلپرز کو کثرت سے سورس کوڈ میں تبدیلیاں کرنے کی ضرورت ہوتی ہے۔ یہ روزانہ یا ہفتہ وار بنیادوں پر ہوسکتا ہے۔
اس کے بعد آپ ہر عہد کو تیار کرتے ہیں اور اگر وہ موجود ہیں تو اس کی جلد شناخت کی اجازت دیتا ہے۔ بلڈنگ کوڈ میں نہ صرف تالیف شامل ہے بلکہ اس میں کوڈ جائزہ ، یونٹ ٹیسٹنگ ، انضمام کی جانچ ، اور پیکیجنگ بھی شامل ہے۔
کوڈ جو نئی فعالیت کا حامی ہے موجودہ کوڈ کے ساتھ چونکہ سافٹ ویئر کی مستقل ترقی ہوتی ہے ، لہذا آپ کو جدید ترین کوڈ کو مستقل طور پر ساتھ ساتھ اختتامی صارفین میں ہونے والی تبدیلیوں کی عکاسی کرنے کے لئے سسٹم کے ساتھ آسانی سے ضم کرنے کی ضرورت ہوتی ہے۔
- اس مرحلے میں ، آپ کوڈ کو ایک عمل کے قابل فائل میں تعمیر / پیکیجنگ کے ل the ٹولز کا استعمال کرتے ہیں تاکہ آپ اسے اگلے مراحل میں بھیج سکیں۔
مرحلہ - 3: مسلسل جانچ
اوزار: جینکنز ، سیلینیم ٹیسٹ این جی ، جونیٹ
عمل کے بہاؤ:
یہ وہ مرحلہ ہے جہاں آپ آٹو میشن ٹیسٹنگ ٹولز کا استعمال کرتے ہوئے کیڑے کیلئے مسلسل تیار سافٹ ویئر کی جانچ کرتے ہیں۔ یہ ٹولز QAs کو متوازی طور پر متعدد کوڈ بیسوں کی جانچ کرنے کی اجازت دیتی ہیں تاکہ اس بات کا یقین کیا جاسکے کہ فعالیت میں کوئی خامی نہیں ہے۔ اس مرحلے میں ، آپ ٹیسٹ کے ماحول کو نقل کرنے کیلئے ڈوکر کنٹینرز استعمال کرسکتے ہیں۔
سیلینیم آٹومیشن ٹیسٹنگ کے لئے استعمال کیا جاتا ہے ، اور رپورٹیں بذریعہ تیار ہوتی ہیں ٹیسٹ این جی . آپ جینکنز نامی مستقل انٹیگریشن ٹول کی مدد سے اس پورے ٹیسٹنگ مرحلے کو خودکار کرسکتے ہیں۔
فرض کریں کہ آپ نے اپنی درخواست کی جانچ کے لئے جاوا میں سیلینیم کوڈ لکھا ہے۔ اب آپ چیونٹی یا مورین کا استعمال کرکے اس کوڈ کو تشکیل دے سکتے ہیں۔ ایک بار جب آپ کوڈ تیار کرتے ہیں ، تب آپ اسے صارف قبولیت جانچ (UAT) کے لئے جانچ کرتے ہیں۔ اس سارے عمل کو استعمال کرکے خودکار بنایا جاسکتا ہے جینکنز .
مرحلہ - 4: لگاتار تعیناتی
استعمال شدہ اوزار:
تشکیل کا انتظام۔ شیف ، پتلی ، جوابی
کنٹینرائزیشن - ڈوکر ، واگرنٹ
عمل کے بہاؤ:
- یہ وہ مرحلہ ہے جہاں آپ کوڈ کو پروڈکشن سرورز پر لگاتے ہیں۔ یہ یقینی بنانا بھی ضروری ہے کہ آپ تمام سرورز پر کوڈ کو صحیح طریقے سے تعینات کریں۔ آگے بڑھنے سے پہلے ، ہم کنفیگریشن مینجمنٹ اور کے بارے میں کچھ چیزوں کو سمجھنے کی کوشش کریں کنٹینرائزیشن کے اوزار . ان ٹولز کا یہ سیٹ لگاتار تعیناتی (سی ڈی) کے حصول میں معاون ہے۔
ہیکنگ کے پیشہ اور مواقع
تشکیل کا انتظام کسی اطلاق کی عملی ضروریات اور کارکردگی میں مستقل مزاجی کو قائم اور برقرار رکھنے کا عمل ہے۔ میں اسے آسان الفاظ میں کہتا ہوں ، یہ سرورز میں تعیناتیاں جاری کرنا ، تمام سرورز پر اپ ڈیٹ کا شیڈول بنانا اور سب سے اہم بات یہ ہے کہ تمام سرورز میں ترتیب کو مستحکم رکھنا ہے۔
کنٹینرائزیشن ٹولز بھی تعیناتی مرحلے میں یکساں اہم کردار ادا کرتے ہیں۔ کنٹینرائزیشن کے ٹولز ترقی ، ٹیسٹ ، اسٹیجنگ اور ساتھ ہی پیداوار کے ماحول میں مستقل مزاجی پیدا کرنے میں مدد کرتے ہیں۔ اس کے علاوہ ، وہ مثالوں کو تیزی سے اسکیلنگ اپ اور اسکیلنگ ڈاون میں بھی مدد کرتے ہیں۔
اسٹیج - 5: مسلسل نگرانی
استعمال شدہ ٹولز: اسپلنک ، ای ایل کے اسٹیک ، ناگیوس ، نیو ریلک
عمل کے بہاؤ:
- یہ DevOps زندگی کے چکر کا ایک انتہائی نازک مرحلہ ہے جہاں آپ اپنی درخواست کی کارکردگی پر مستقل نگرانی کرتے ہیں۔ یہاں آپ سافٹ ویئر کے استعمال سے متعلق اہم معلومات ریکارڈ کرتے ہیں۔ اس کے بعد آپ اطلاق کی مناسب فعالیت کو جانچنے کے لئے اس معلومات پر کارروائی کرتے ہیں۔ آپ اس مرحلے میں سسٹم کی خامیوں کو کم کرتے ہیں جیسے کم میموری ، سرور تک رسائ نہیں ہوتا ، وغیرہ۔
اس مشق میں آپریشنز ٹیم کی شرکت شامل ہے جو صارف کی سرگرمیوں کو کیڑے یا نظام کے کسی بھی غلط سلوک کی نگرانی کرے گی۔نگرانی کے مستقل ٹولز آپ کی مدد کرتے ہیں کہ آپ ایپلی کیشن کی کارکردگی اور سرورز کو قریب سے مانیٹر کرسکیں اور آپ کو نظام کی صحت کی جانچ پڑتال کرنے کے قابل بھی بنائیں۔
آخر میں ، ہم اس پر تبادلہ خیال کریں گے کہ ڈیوپس انجینئر دراصل کون ہے۔
ڈی اوپس انجینئر کون ہے؟
ڈی او اوپس انجینئر وہ شخص ہے جو سافٹ ویئر ڈویلپمنٹ لائف سائیکل کو سمجھتا ہے اور ڈیجیٹل پائپ لائنز (سی آئی / سی ڈی پائپ لائنز) تیار کرنے کے ل auto مختلف آٹومیشن ٹولز کی واضح سمجھتا ہے۔
کوڈ ریلیز کی نگرانی کے لئے ڈی او اوپس انجینئر ڈویلپرز اور آئی ٹی عملہ کے ساتھ مل کر کام کرتا ہے۔ وہ یا تو ڈویلپر ہیں جو تعی andن اور نیٹ ورک کی کارروائیوں میں دلچسپی لیتے ہیں یا سیسڈمینز جو اسکرپٹ اور کوڈنگ کا شوق رکھتے ہیں اور ترقی کی طرف جاتے ہیں جہاں وہ ٹیسٹ اور تعیناتی کی منصوبہ بندی کو بہتر بناسکتے ہیں۔
تو یہ سب کچھ اس طرف سے تھا اس مضمون میں ڈی او اوپس کیا ہے اس مضمون میں۔ میں امید کرتا ہوں کہ آپ نے سب کچھ سمجھا ہوگا جس پر میں نے یہاں گفتگو کی ہے۔ اگر آپ کے کوئی سوالات ہیں تو برائے مہربانی تبصرے کے سیکشن میں اس کا ذکر کریں۔
ذیل میں بلاگز کی فہرست ہے جو آپ کو دلچسپ لگ سکتی ہے۔
اب جب آپ سمجھ گئے ہیں ڈی او اوپس کیا ہے؟ ، چیک کریں ایڈوریکا کے ذریعہ ، ایک قابل اعتماد آن لائن سیکھنے والی کمپنی جس کی دنیا بھر میں 250،000 سے زیادہ مطمئن سیکھنے والوں کا نیٹ ورک موجود ہے۔ ایڈورکا ڈی او اوپس سرٹیفیکیشن ٹریننگ کورس سیکھنے والوں کو ڈی او اوپس کیا ہے کو سمجھنے میں مدد کرتا ہے اور ایس ڈی ایل سی میں متعدد مراحل کو خودکار بنانے کے ل various پپٹ ، جینکنز ، ناگیوس ، جوابی ، شیف ، سالٹ ٹیک اور جی آئی ٹی جیسے مختلف ڈی او اوپس عمل اور اوزار میں مہارت حاصل کرتا ہے۔
ہمارے لئے ایک سوال ہے؟ برائے کرم اس کا تذکرہ سیکشن میں ذکر کریں اور ہم آپ کو واپس ملیں گے۔