کچھ سال پہلے، بہت سی تنظیموں نے DevOps کو سافٹ ویئر ڈویلپمنٹ کے لیے بنیادی نقطہ نظر کے بجائے ایک امید افزا تجربے کے طور پر دیکھا۔ آج، DevOps ترقی اور تعیناتی کے طریقوں اور ٹولز کا ایک ثابت شدہ اور طاقتور مجموعہ ہے جو نئی مصنوعات کی ریلیز کو تیز کرتا ہے اور پیداواری صلاحیت کو بہتر بناتا ہے۔ زیادہ اہم بات یہ ہے کہ DevOps کے اثرات کا مقصد مجموعی کاروباری ترقی اور منافع ہے۔
ٹیم میں نے سب سے دلچسپ حصوں کا ترجمہ کیا۔ ڈی اوپس ریسرچ اینڈ اسیسمنٹ (DORA) کے ماہرین کے ذریعہ مرتب کیا گیا ہے۔ اس تحقیق میں دنیا بھر سے 31,000 پیشہ ور افراد شامل تھے۔ آئیے دیکھتے ہیں کہ 2019 میں انڈسٹری میں کیا تبدیلی آئی اور کاروبار کس طرح سافٹ ویئر کی ترسیل کی کارکردگی کو بہتر بنا سکتے ہیں۔
کس طرح صنعت اور کمپنی کا سائز DevOps کی حالت کو متاثر کرتا ہے۔
تحقیق میں ڈی او اوپس کی تاثیر اور تنظیم کی صنعت کے درمیان کوئی تعلق نہیں پایا گیا، سوائے خوردہ کے، جہاں نتائج قدرے بہتر تھے۔ یہ جزوی طور پر، خوردہ فروشوں کی طلب اور کسٹمر کی ضروریات میں اتار چڑھاؤ کا فوری جواب دینے کی ضرورت کی وجہ سے ہے۔ مطالعہ کے مطابق، مالیاتی اور عوامی شعبوں سمیت کوئی بھی کمپنی ڈی او اوپس کی اعلیٰ سطح حاصل کر سکتی ہے۔
5000 سے کم ملازمین والی کمپنیوں کے مقابلے میں 5000 سے کم ملازمین والی کمپنیوں میں DevOps کی تاثیر کی شرح کم تھی۔ یہ ممکنہ طور پر بڑی تنظیموں کے بڑے عمل، سخت کنٹرولز، اور زیادہ پیچیدہ IT سسٹمز کے فن تعمیر کی وجہ سے ہے، جو کوڈ کی ترقی اور تعیناتی میں تاخیر کو متعارف کراتے ہیں۔ ماہرین کا خیال ہے کہ کمپنی کا سائز DevOps بنانے میں کامیابی کی راہ میں رکاوٹ نہیں ہے۔ اس کے لیے کچھ معاملات میں مزید کوشش کی ضرورت پڑ سکتی ہے۔
کمپنی میں DevOps کی سطح کا اندازہ کیسے لگایا جائے۔
ماہرین نے ڈی او اوپس کے عمل کا ایک بینچ مارک تشخیص کے ساتھ موازنہ کیا، سروے کے شرکاء کو چار گروپوں میں تقسیم کیا: بہترین، اچھا، اوسط اور ناقص۔
رپورٹ میں DevOps کی تاثیر کا اندازہ لگانے کے لیے چار کلیدی میٹرکس کا استعمال کیا گیا: سافٹ ویئر ڈویلپمنٹ میں تبدیلی کا لیڈ ٹائم، تعیناتی فریکوئنسی، ناکامی کی شرح، اور بحالی کا وقت۔
DevOps کے چار درجے - اندازہ لگائیں کہ آپ کی کمپنی کہاں کھڑی ہے:
کمپنی کی بنیادی خدمات اور ایپلی کیشنز کے لیے سافٹ ویئر کی ترسیل کی تاثیر کا جائزہ لینے کے لیے ایک میٹرک
بہترین کارکردگی کے ساتھ ٹیمیں۔
اچھی کارکردگی کے ساتھ ٹیمیں۔
اوسط کارکردگی کے ساتھ ٹیمیں
کم اسکور والی ٹیمیں۔
تعیناتی کی تعدد
کمپنی کتنی بار کوڈ کو پروڈکشن میں لگاتی ہے یا اسے آخری صارفین کے لیے جاری کرتی ہے۔
مطالبہ پر، فی دن متعدد تعیناتیاں
دن میں ایک بار سے ہفتے میں ایک بار
ہفتے میں ایک بار سے مہینے میں ایک بار
مہینے میں ایک بار/کئی مہینوں میں
تبدیلیاں مکمل کرنے کا وقت
ٹیسٹنگ سے سافٹ ویئر تک جانے میں کتنا وقت لگتا ہے جو پیداوار میں کامیابی سے چلتا ہے؟
ایک دن سے بھی کم وقت میں
ایک دن سے ایک ہفتے تک
ایک ہفتے سے ایک مہینے تک
ایک ماہ سے چھ ماہ تک
سروس کی بحالی کا وقت
صارفین کو متاثر کرنے والے کسی واقعے یا بگ کے بعد سروس کو بحال کرنے میں کتنا وقت لگتا ہے؟
ایک گھنٹے سے بھی کم
دن کے دوران
ہفتے کے دوران
ایک ہفتے سے ایک مہینے تک
تبدیلیوں کے دوران ناکامیوں کی تعدد
کتنے فیصد اپ ڈیٹس یا نئی ریلیز کے نتیجے میں سروس کی تنزلی ہوتی ہے اور اس میں اصلاحات کی ضرورت ہوتی ہے۔
٪ 0 15
٪ 0 15
٪ 0 15
٪ 46 60
مطالعہ نے مندرجہ ذیل رجحان پایا: اعلی کارکردگی کی سطح کے ساتھ ٹیموں کی تعداد تقریبا تین گنا، 2018 میں تمام جواب دہندگان کے 7% سے بڑھ کر 2019 میں 20% ہو گئی۔
کارکردگی کی سطح کے لحاظ سے ترقیاتی ٹیموں کی تقسیم۔
کم کارکردگی والے گروپ کی ٹیموں کے مقابلے، اعلیٰ کارکردگی دکھانے والی DevOps ٹیموں:
- 208x مزید کوڈ کی تعیناتیاں کیں۔
- کوڈ کی تعیناتی پر 106 گنا کم وقت صرف کیا گیا۔
- 7 بار کم کثرت سے ناکام ہوئے۔
- ناکامیوں کے بعد سافٹ ویئر کی بحالی 2,604 گنا تیز تھی۔
مزید برآں، اعلی کارکردگی کا مظاہرہ کرنے والی DevOps ٹیمیں کم کارکردگی دکھانے والی ٹیموں کے طور پر اپنی تنظیمی کارکردگی کے میٹرکس کو پورا کرنے یا اس سے زیادہ ہونے کا امکان دو گنا زیادہ ہیں۔
بہت سے ماہرین کا خیال ہے کہ تمام میٹرکس میں بیک وقت بہتری کا حصول ناممکن ہے، جس کے لیے سمجھوتوں کی ضرورت ہوتی ہے۔ مثال کے طور پر، کچھ کا خیال ہے کہ ریلیز کی رفتار میں اضافہ سافٹ ویئر کی فراہمی اور خدمات کی فراہمی کی وشوسنییتا پر منفی اثر ڈال سکتا ہے۔ تاہم، تحقیق سے پتہ چلتا ہے کہ نتائج کی رفتار اور استحکام باہمی طور پر خصوصی نہیں ہیں۔
مجھے DevOps ٹیموں کی تعداد میں اضافہ میں کوئی حیران کن چیز نظر نہیں آتی ہے۔ یہ فطری ہے: DevOps فلسفہ اب مقبول ہے، اور اسٹارٹ اپس کی تعداد بڑھ رہی ہے۔
لیکن، میری رائے میں، ماہرین نے DevOps کی تاثیر کا اندازہ لگانے کے لیے مکمل طور پر درست پیرامیٹرز کا انتخاب نہیں کیا ہے۔
کوڈ کی تعیناتی کی رفتار سے اس کا اندازہ لگانا، کم از کم، عجیب ہے۔ یہ صرف اسٹارٹ اپس پر لاگو ہوتا ہے، جہاں مارکیٹ کی رفتار کلیدی میٹرک ہوتی ہے، اور اکثر پروڈکٹ کو اس کی خام شکل میں جاری کیا جاتا ہے۔ ایسے حالات میں، وہ میکانزم جو ترقی اور پیداوار تک پہنچانے کو تیز کرتے ہیں۔ لیکن قائم کردہ سافٹ ویئر کے لیے، جیسے کہ مالی یا طبی، ناکامی کی شرح میٹرک نہیں ہو سکتی — ناکامیاں ناقابل قبول ہو سکتی ہیں۔
سروس کی بحالی کے وقت کے لیے بھی یہی ہے: کسی بھی ترقی یافتہ سروس کے لیے، اسے سیکنڈوں میں ناپا جانا چاہیے، اور بہت سی خدمات کے لیے، ڈاؤن ٹائم ناقابل قبول ہے۔ اس وجہ سے، ہموار رول آؤٹ ٹیکنالوجیز (مثلاً، سبز/نیلے) ایجاد کی گئیں۔
نیز، کوڈ کی تعیناتیوں کی تعداد پر بھروسہ نہ کریں — یہ ضروریات اور ترقیاتی ٹیم کی قابلیت پر منحصر ہے۔ اگر کسی تعیناتی کا تعلق نئی فعالیت کو شامل کرنے سے ہے، تو یہ ایک چیز ہے، لیکن اگر اس کا تعلق پچھلی تعیناتیوں کے دوران کیے گئے کیڑے ٹھیک کرنے سے ہے، تو یہ بالکل دوسری بات ہے۔
ڈینس رومانینکو، میل ڈاٹ آر یو کلاؤڈ سلوشنز کے فری لانس ماہر
DevOps کے عمل کو کیسے بہتر بنایا جائے۔
رپورٹ میں دو شعبوں کا خاکہ پیش کیا گیا ہے جو DevOps کو بہتر بنانے میں مدد کر سکتے ہیں: سافٹ ویئر ڈویلپمنٹ اور ڈیلیوری کی کارکردگی میں اضافہ اور کارکن کی پیداواری صلاحیت کو بہتر بنانا۔
ہر سمت میں اس کے اپنے اجزاء شامل ہوتے ہیں، جن کو بہتر بنا کر آپ مطلوبہ ہدف حاصل کر سکتے ہیں۔
رپورٹ کے مطابق ڈیجیٹل تبدیلی کی کلید کارپوریٹ کلچر ہے۔ اعلی کارکردگی کا مظاہرہ کرنے والی DevOps ٹیموں کو اعتماد اور نفسیاتی تحفظ کی ثقافت، کام کے نتائج کی واضح سمجھ اور واضح اہداف کی ضرورت ہوتی ہے۔ ایسا ماحول ٹیم کے اراکین کو باخبر فیصلے کرنے، اپنی رائے کا اظہار کرنے اور زیادہ تخلیقی ہونے کے قابل بناتا ہے۔
کلاؤڈ ٹیکنالوجیز، مسلسل ڈیلیوری، ڈیزاسٹر ریکوری ٹیسٹنگ، اور تبدیلی کے انتظام سے بھی سافٹ ویئر کی ترقی اور ترسیل کی کارکردگی کو بہتر بنانے میں مدد مل سکتی ہے۔ استعمال میں آسان ٹولز میں سرمایہ کاری کرکے، تکنیکی قرضوں کو کم کرکے (یعنی ناکارہ کوڈ اور پرانی ٹیکنالوجیز کے فیصد کو کم کرکے) اور کارپوریٹ نالج بیس قائم کرکے اور بیرونی حل تک رسائی کے ذریعے پیداواری صلاحیت میں اضافہ کیا جاسکتا ہے۔
مجھے یقین ہے کہ DevOps طریقہ کار اور نظریہ بالکل ان عملوں کو بیرونی حالات، جیسے کلاؤڈ یا مقامی ہارڈ ویئر سے آزاد بنانے کے بارے میں ہے۔ بادل خود ایک آلے سے زیادہ کچھ نہیں ہے۔ یہ کچھ طریقوں سے مدد کرے گا، دوسروں میں رکاوٹ ڈالے گا، یا کوئی فائدہ نہیں ہوگا۔
ڈینس رومانینکو، میل ڈاٹ آر یو کلاؤڈ سلوشنز کے فری لانس ماہر
ذیل میں ہم DevOps ٹیموں کی کارکردگی کو بہتر بنانے کے کچھ اجزاء کو دیکھیں گے۔
کلاؤڈ ٹیکنالوجیز DevOps کی کامیابی میں اہم کردار ادا کرتی ہیں۔
2019 میں، زیادہ سے زیادہ تنظیمیں کلاؤڈ حل کا انتخاب کر رہی ہیں جو DevOps ٹیموں کی پیداواری صلاحیت کو نمایاں طور پر بہتر کرتی ہیں۔
DevOps ٹیمیں کون سے انفراسٹرکچر استعمال کرتی ہیں؟
DORA نے پایا کہ 80% جواب دہندگان پوسٹ کرتے ہیں۔ تاہم، صرف 29% جواب دہندگان نے نیشنل انسٹی ٹیوٹ آف اسٹینڈرڈز اینڈ ٹیکنالوجی کی تمام پانچوں بنیادی کلاؤڈ کمپیوٹنگ خصوصیات کو لاگو کیا ہے — جو DevOps کے اندر کلاؤڈ کی قدر کا اندازہ لگانے کے لیے سب سے اہم معیار ہے۔
خصوصیات
استعمال کرنے والوں کا فیصد
طلب پر سیلف سروس
صارفین خود بخود کمپیوٹنگ وسائل فراہم کر سکتے ہیں۔
ضرورت کے مطابق، فراہم کنندہ کی شرکت کے بغیر۔
57٪
(+ 11% 2018 سے)
نیٹ ورک تک وسیع رسائی
کلاؤڈ کی صلاحیتیں مختلف پلیٹ فارمز کے ذریعے دستیاب ہیں،
جیسے موبائل فون، ٹیبلٹ، لیپ ٹاپ اور ورک سٹیشن۔
60٪
(+ 14% 2018 سے)
وسائل کا تالاب
فراہم کنندہ کے وسائل کو ایک کثیر کرایہ دار ماڈل میں جمع کیا جاتا ہے، جہاں جسمانی اور مجازی وسائل کو متحرک طور پر مطالبہ پر تفویض کیا جاتا ہے۔
58٪
(+ 15% 2018 سے)
توسیع پذیری اور لچک
وسائل افقی یا عمودی طور پر مانگ کے مطابق پیمانہ کرتے ہیں، عملی طور پر لامحدود ہیں، اور کسی بھی وقت کسی بھی مقدار میں فراہم کیے جا سکتے ہیں۔
58٪
(2018 سے +135)
شفافیت
کلاؤڈ سسٹم سروس کی قسم کی بنیاد پر وسائل کے استعمال کی خود بخود نگرانی، اصلاح اور رپورٹ کرتے ہیں: ڈیٹا اسٹوریج اور پروسیسنگ، ٹریفک کا حجم،
فعال صارف اکاؤنٹس۔
62٪
(+ 14% 2018 سے)
پلیٹ فارم بطور سروس (PaaS) تیزی سے کنٹینر پر مرکوز تعیناتی ماڈل کی طرف بڑھ رہا ہے۔ کلاؤڈ پلیٹ فارمز سافٹ ویئر کی تعیناتی کو آسان بناتے ہیں، لہذا ٹیموں کو صرف ایپلیکیشن کوڈ کو چلانے کے بارے میں فکر کرنے کی ضرورت ہے۔ اسکیلنگ، صلاحیت کی منصوبہ بندی، انتظامیہ، اور بنیادی ڈھانچے کی دیکھ بھال بھی فراہم کنندگان کی طرف منتقل ہو رہی ہے۔
کلاؤڈ فراہم کرنے والے مختلف قسم کی خدمات فراہم کرنے کے لیے ایک عالمی معیار بن رہے ہیں: ورچوئل مشین نیٹ ورکس، شناخت اور رسائی کا انتظام (IAM)، اسٹوریج اور ڈیٹا بیس، مشین لرننگ، انٹرنیٹ آف تھنگز (IoT)، کنٹینر سلوشنز، سیکیورٹی سلوشنز، اور بہت کچھ۔
کلاؤڈ فراہم کرنے والوں کے کلائنٹس صرف ان وسائل کے لیے ادائیگی کرتے ہیں جو وہ استعمال کرتے ہیں، روایتی ڈیٹا سینٹرز کے برعکس، لاگت کی شفافیت کو یقینی بناتے ہوئے، جہاں ترقیاتی اخراجات کے بارے میں معلومات حاصل کرنا مشکل یا ناممکن ہوتا ہے۔ کمپنیوں کے جواب دہندگان جو اوپر درج کلاؤڈ ریڈی کے معیار پر پورا اترتے ہیں ان کے سافٹ ویئر کی لاگت کا تخمینہ لگانے کا امکان 2,6 گنا زیادہ ہے، یہ سمجھنے کا امکان دوگنا ہے کہ کون سی ایپلی کیشنز سب سے زیادہ وسائل استعمال کرتی ہیں، اور 1,65 گنا زیادہ امکان ہے کہ وہ اپنے IT بجٹ میں رہیں۔
کبھی کبھی یہ پتہ چلتا ہے کہ ایک قابل ماہر کی خدمات حاصل کرنا اور ڈیٹا سینٹر میں وقف صلاحیت کو استعمال کرنا کلاؤڈ کمپیوٹنگ کے لیے ادائیگی کرنے سے زیادہ سرمایہ کاری مؤثر ہے۔ بہترین آپشن کمپنی کے پروفائل اور اسکیل کے ساتھ ساتھ اندرون ملک آئی ٹی ماہرین اور مہارت کی دستیابی پر منحصر ہے۔ مثال کے طور پر، کاروبار شروع کرتے وقت کلاؤڈ آسان ہے یا اگر کمپنی کے پاس اندرون ملک آئی ٹی ڈیپارٹمنٹ نہیں ہے۔ جیسا کہ کمپنی پیمانہ بناتی ہے، بنیادی ڈھانچے کے تمام یا حصے کو برقرار رکھنا زیادہ سرمایہ کاری مؤثر ہو سکتا ہے۔
ڈینس رومانینکو، میل ڈاٹ آر یو کلاؤڈ سلوشنز کے فری لانس ماہر
DevOps تکنیکی طریقوں
DevOps کو لاگو کرنے کے خواہاں بہت سی تنظیمیں رہنما خطوط یا بہترین طریقوں کا ایک مجموعہ تلاش کرتی ہیں۔ تاہم، کوئی بھی دو کمپنیاں ایک جیسی نہیں ہیں، اس لیے طرز عمل کا انتخاب کاروبار کی موجودہ حالت اور اس کے اہداف پر منحصر ہے۔
اس نے کہا، ایسے عمومی شعبے ہیں جو DevOps کی کارکردگی کو بہتر بنانے میں مدد کر سکتے ہیں: کچھ ٹیم کی سطح پر تیار کیے جاتے ہیں، جبکہ دوسروں کو تنظیمی سطح کی کوششوں کی ضرورت ہوتی ہے۔
2019 میں DevOps ٹیموں کے لیے ترقی کے کن شعبوں کو نمایاں کیا گیا ہے؟
تنظیمی سطح پر
- ڈھیلے جوڑے ہوئے فن تعمیر
- تبدیلیوں کا نفاذ
- کوڈ کی حمایت
ٹیم کی سطح پر
- مسلسل انضمام
- ٹیسٹ آٹومیشن
- تعیناتی آٹومیشن
- نگرانی
- ترقیاتی پائپ لائن
ٹیم اور تنظیمی سطح پر
- کلاؤڈ سروسز کا استعمال کرتے ہوئے
- ڈیزاسٹر ریکوری ٹیسٹنگ
مطالعہ نے ڈی او اوپس کی کارکردگی پر ڈھیلے جوڑے ہوئے فن تعمیر کے مثبت اثرات کی تصدیق کی۔
ڈھیلے طریقے سے جوڑے گئے فن تعمیر سے ٹیموں کو بغیر کسی اضافی تعاون، وسائل، یا منظوری کے، اور کم فیڈ بیک کے ساتھ، دیگر ٹیموں سے آزاد، مطالبہ پر سسٹمز کو آزادانہ طور پر جانچ، تعینات اور تبدیل کرنے کی اجازت ملتی ہے۔ یہ زیادہ کارکردگی کی اجازت دیتا ہے، لیکن اس کے لیے اعلیٰ سطح کی تنظیم اور انتظام کی ضرورت ہوتی ہے۔
یہ اپروچ صرف اسٹارٹ اپس کے لیے اور کچھ خاص انتباہات کے ساتھ ممکن ہے۔ دوسری کمپنیوں کے حالات مختلف ہو سکتے ہیں۔ ایک اچھی مثال بینکنگ/فنٹیک ہے۔ وہ خصوصی طور پر ملکیتی حل استعمال کر سکتے ہیں، لیکن DevOps طریقوں کو لاگو کیا جائے گا۔
ڈینس رومانینکو، میل ڈاٹ آر یو کلاؤڈ سلوشنز کے فری لانس ماہر
کامیاب DevOps ٹیمیں ہر چیز کو خودکار کرتی ہیں۔
آپ کو خدمات اور ایپلیکیشنز کو کم لاگت اور خطرات کے ساتھ پیداوار میں لانے اور تنظیم کے اہداف کے مطابق ریلیز کو برقرار رکھنے کے قابل بناتا ہے۔
کامیاب CI/CD کا مطلب یہ بھی ہے کہ ٹیمیں ڈیمانڈ پر پروڈکشن میں تبدیلیاں تعینات کر سکتی ہیں، تعیناتی کے معیار پر فوری فیڈ بیک حاصل کر سکتی ہیں، اور اگلے تعیناتی دور کو بہتر بنانے کے لیے اس پر تیزی سے عمل کر سکتی ہیں۔
رپورٹ سے پتہ چلتا ہے کہ کامیاب DevOps ٹیمیں معاون عملوں، طریقوں اور ٹولز کی ایک وسیع رینج میں سرمایہ کاری کرتی ہیں:
- 92% خودکار اسمبلی ٹولز استعمال کرتے ہیں۔
- 87% خودکار یونٹ ٹیسٹ استعمال کرتے ہیں۔
- 57% آٹومیشن کو قبولیت کی جانچ تک بڑھاتا ہے۔
- ماحول کو جانچنے کے لیے 72% خودکار تعیناتیاں، 69% پیداواری تعیناتیوں کے لیے ایسا ہی کرتے ہیں۔
- 69% چیٹ بوٹس کو ان کی تعیناتی کے عمل میں ضم کرتے ہیں۔
- 57% مانیٹرنگ ٹولز کے ساتھ مربوط ہیں۔
صحیح ٹولز اور ٹیکنالوجیز کا انتخاب کرنا ضروری ہے۔
پیچیدہ نظاموں کی تعمیر اور کاروبار کے لیے اہم بنیادی ڈھانچے کا انتظام کرتے وقت، ٹیکنالوجیز کا انتخاب کرنا ضروری ہے:
- جو پہلی بار منسلک ہونے اور مسلسل آپریشن میں استعمال کرنے میں آسان ہیں۔
- جو طے شدہ اہداف کو حاصل کرنے میں مدد کرتا ہے۔
رپورٹ میں CI/CD اور ٹیسٹ آٹومیشن ٹولز کے ذریعے سافٹ ویئر کی تعیناتی میں استعمال ہونے والے ٹولز کی جانچ کی گئی — وہ ٹیکنالوجیز جو DevOps کی بنیاد بناتے ہیں۔
DevOps ٹیمیں کون سی ٹیکنالوجی استعمال کرتی ہیں؟
ٹیکنالوجی
کم اسکور والی ٹیمیں۔
اوسط کارکردگی کے ساتھ ٹیمیں
اچھی کارکردگی کے ساتھ ٹیمیں۔
اعلی کارکردگی کا مظاہرہ کرنے والی ٹیمیں۔
ملکیتی، اوپن سورس، اور کمرشل باکسڈ پروڈکٹس کا مجموعہ
30٪
34٪
32٪
33٪
زیادہ تر اوپن سورس اور انتہائی حسب ضرورت باکسڈ حل
17٪
8%
7%
10٪
معمولی حسب ضرورت کے ساتھ زیادہ تر اوپن سورس اور باکسڈ حل
14٪
21٪
18٪
20٪
سب سے پہلے، باکسڈ تجارتی حل
8%
12٪
8%
4%
کمپنی کے لیے اندرونی پیش رفت اور ملکیتی حل
20٪
6%
5%
6%
سب سے پہلے، مضبوط حسب ضرورت کے ساتھ اوپن سورس
6%
7%
5%
12٪
بنیادی طور پر تھوڑا سا حسب ضرورت کے ساتھ اوپن سورس
5%
12٪
24٪
15٪
ٹول کی قابل استعمال ٹیم کی منتخب ٹیکنالوجی کے اسٹیک کی قدر کو زیادہ سے زیادہ کرنے کی صلاحیت کو نمایاں طور پر متاثر کرتی ہے: استعمال میں آسان ٹیکنالوجی کے حامل انجینئرز کا اعلی کارکردگی کا مظاہرہ کرنے والی ٹیموں سے تعلق رکھنے کا امکان 1,5 گنا زیادہ ہوتا ہے۔
میری رائے میں، یہ ٹیبل یہ تاثر دیتا ہے کہ ایک کامیاب DevOps ٹیم بننے کے لیے، آپ کو فیشن کی پیروی کرنے کی ضرورت ہے، تکنیکی کام کی نہیں۔
ایک قابل پیشہ ور کام کے مطابق ٹولز کا انتخاب کرتا ہے، نہ کہ دوسری طرف۔ کسی بھی مسئلے کو حل کرنے کے لیے ہمیشہ کئی ٹولز اور طریقے ہوتے ہیں۔ مخصوص ٹول کا تعین اس سے کیا جاتا ہے: کام کی تفصیلات۔ ٹول سے عملے کی واقفیت (اگر ٹول نیا ہے تو داخلے میں رکاوٹ کتنی زیادہ ہے)؛ اور مالیاتی جزو، اگر کوئی ہے۔
ڈینس رومانینکو، میل ڈاٹ آر یو کلاؤڈ سلوشنز کے فری لانس ماہر
ڈیزاسٹر ریکوری
ہر وہ تنظیم جس کا آپریشن سافٹ ویئر کے آپریشن پر منحصر ہوتا ہے۔ رپورٹ میں مختلف کمپنیوں کی طرف سے استعمال ہونے والی تباہی کی لچک کی جانچ کی اقسام کو ظاہر کیا گیا ہے۔
کمپنیاں تباہی کی بحالی کے لیے کس قسم کی جانچ استعمال کرتی ہیں؟
ٹیسٹ کی قسم
کم اسکور والی ٹیمیں۔
اوسط کارکردگی کے ساتھ ٹیمیں
اچھی کارکردگی کے ساتھ ٹیمیں۔
اعلی کارکردگی کا مظاہرہ کرنے والی ٹیمیں۔
اوسط
ایسے ٹیسٹ جن میں حقیقی نظام شامل نہیں ہوتے ہیں۔
35٪
26٪
27٪
30٪
28٪
انفراسٹرکچر فیل اوور (بشمول ڈیٹا سینٹرز)
27٪
43٪
34٪
38٪
38٪
درخواست کی ناکامی کی جانچ
25٪
46٪
41٪
49٪
43٪
ٹیسٹ کے نظام میں خلل ڈالنے والے واقعات کی نقالی
18٪
22٪
23٪
29٪
23٪
آپریشنل سسٹم میں خلل ڈالنے والے واقعات کی نقالی
18٪
11٪
12٪
13٪
12٪
آٹومیشن اور سسٹم بنانا جو ٹوٹ جاتے ہیں۔
پیداواری نظام مستقل، جاری بنیادوں پر
9%
8%
7%
9%
8%
صرف 40% جواب دہندگان مندرجہ بالا طریقوں میں سے ایک یا زیادہ کا استعمال کرتے ہوئے سالانہ ڈیزاسٹر ریکوری ٹیسٹنگ کرتے ہیں۔ تاہم، وہ کمپنیاں جو ڈیزاسٹر ریکوری ٹیسٹنگ کرتی ہیں ان کے پاس سروس کی دستیابی زیادہ ہوتی ہے۔ رپورٹ سے پتہ چلتا ہے کہ اعلی کارکردگی والی DevOps ٹیموں کے اپنے سافٹ ویئر کی ترقی اور تعیناتی کے عمل میں ڈیزاسٹر ریکوری ٹیسٹ ڈیٹا کو شامل کرنے کا امکان 1.4 گنا زیادہ ہے۔
یہ یقینی بنانا ضروری ہے کہ DevOps ٹیموں کو معلومات تک رسائی حاصل ہو۔
مسائل کو حل کرنے کے لیے آسانی سے معلومات تلاش کرنے سے DevOps ٹیم کی پیداواری صلاحیت کو برقرار رکھنے میں مدد ملے گی۔ یہ آج کے تکنیکی ماحول میں خاص طور پر اہم ہے، جو پیچیدہ نظاموں پر مشتمل ہے۔
اس طرح کی معلومات کے ذرائع کو دو گروہوں میں تقسیم کیا جا سکتا ہے:
- اندرونی ذرائع: کوڈ کی تخلیق اور دیکھ بھال، کارپوریٹ نالج بیسز، ریپوزٹریز، اور مزید پر کمپنی کی دستاویزات۔ DevOps ٹیمیں جنہوں نے اندرونی معلومات کے ذرائع استعمال کیے وہ 1,73 گنا زیادہ نتیجہ خیز تھیں۔
- بیرونی ذرائعسرچ انجن اور اسٹیک کی توسیع۔ DevOps ٹیمیں جنہوں نے اپنے کام کو آؤٹ سورس کیا وہ 1,67 گنا زیادہ نتیجہ خیز تھیں۔ آؤٹ سورسنگ خاص طور پر پبلک کلاؤڈز اور اوپن سورس ٹولز کے استعمال کے ذریعے سیکھنے اور ترقی کے اہم فوائد پیش کرتی ہے۔
کمپنیوں کے لیے تکنیکی قرضوں کو کم کرنا ضروری ہے۔
تکنیکی قرض میں ایسے کوڈ یا سسٹم شامل ہوتے ہیں جن میں معلوم لیکن غیر طے شدہ کیڑے ہوتے ہیں۔ ناکافی ٹیسٹ کوریج؛ ناقص کوڈ یا ڈیزائن کا معیار؛ وہ نمونے جو غیر استعمال شدہ ہیں لیکن ہٹائے نہیں گئے ہیں۔ عمل درآمد جو ٹیم مؤثر طریقے سے برقرار نہیں رکھ سکتی؛ پرانی ٹیکنالوجی؛ اور نامکمل یا پرانی دستاویزات۔
ماہرین نے پایا کہ تکنیکی قرضہ منفی طور پر DevOps کی کارکردگی کو متاثر کرتا ہے۔ زیادہ تکنیکی قرضوں والی ٹیمیں 1,6 گنا کم پیداواری تھیں۔ اعلی کارکردگی کا مظاہرہ کرنے والی ٹیموں پر کم تکنیکی قرض ہونے کا امکان 1,4 گنا زیادہ تھا۔
DevOps سروے کی ریاست سے کلیدی نتائج
- اعلی اسکور والی DevOps ٹیموں کا فیصد تقریباً تین گنا بڑھ کر 20% ہو گیا ہے۔ اس سے ظاہر ہوتا ہے کہ کاروبار سافٹ ویئر کی ترقی اور ترسیل کو بہتر بنانے کے طریقوں کی صلاحیت کو سمجھتے ہیں، اور کمپنیاں تیزی سے اپنے IT محکموں میں DevOps کو لاگو کر رہی ہیں۔
- ایپلی کیشنز اور خدمات کی تیزی سے فراہمی ٹیکنالوجی کی تبدیلی اور تنظیمی کارکردگی کی بنیاد ہے۔ ریلیز میں رفتار اور مستقل مزاجی منافع اور گاہک کی اطمینان میں اضافہ کرتی ہے۔
- ڈیو اوپس ٹیموں کے لیے اعلیٰ نتائج حاصل کرنے کے لیے کلاؤڈ ٹیکنالوجیز کلیدی حیثیت رکھتی ہیں۔ کلاؤڈ کمپیوٹنگ درست رفتار سے سافٹ ویئر کی ترسیل کو قابل بناتا ہے اور انفراسٹرکچر کی دستیابی، اسکیل ایبلٹی اور کارکردگی کو یقینی بناتا ہے۔
- DevOps ٹیموں کی تاثیر کو ٹیم ممبر کی پیداواری صلاحیت پر توجہ مرکوز کرکے، ایک آرام دہ نفسیاتی ماحول کو یقینی بنا کر، اور صارف دوست ٹولز کا استعمال کرکے بہتر بنایا جا سکتا ہے۔
- صحیح طریقے سے کیے جانے پر، ریلیز رول آؤٹ کی رفتار میں اضافہ کمپنی کی خدمات اور ایپلیکیشنز کے استحکام کو متاثر نہیں کرتا ہے۔
ماخذ: www.habr.com
