29 اور 30 ​​ستمبر - DevOps Live 2020 کانفرنس کا اوپن ٹریک

DevOps Live 2020 (29-30 ستمبر اور 6-7 اکتوبر) کو ایک اپ ڈیٹ شدہ فارمیٹ میں آن لائن منعقد کیا جائے گا۔ وبائی مرض نے تبدیلی کے وقت کو تیز کر دیا ہے اور یہ واضح کر دیا ہے کہ جو کاروباری افراد اپنی مصنوعات کو آن لائن کام کرنے کے لیے تیزی سے تبدیل کرنے کے قابل تھے وہ "روایتی" تاجروں کو پیچھے چھوڑ رہے ہیں۔ لہذا، 29-30 ستمبر اور 6-7 اکتوبر کو، ہم DevOps کو تین اطراف سے دیکھیں گے: کاروبار، انفراسٹرکچر اور سروس۔

آئیے اس بارے میں بھی بات کرتے ہیں کہ کس طرح پوری کمپنی کو DevOps کی تبدیلی میں شامل کیا جائے، اور کس طرح ہر ٹیم ممبر (بشمول سسٹم ایڈمنسٹریٹرز، ڈیولپرز، ٹیسٹرز، سیکیورٹی ماہرین اور ٹیم لیڈز) کاروبار کی حالت اور اس کی پیداواری صلاحیت کو متاثر کرتا ہے۔ جب ٹریفک ایک مستحکم ایپلیکیشن پر جاتا ہے، تو کاروبار بڑھتا ہے اور پیسہ کماتا ہے۔ اور وقت، وسائل، پراعتماد اور مرکوز ڈویلپرز نئی خصوصیات تخلیق کرنے، تجربہ کرنے اور نئی ٹیکنالوجیز میں مہارت حاصل کرتے دکھائی دیتے ہیں۔ کانفرنس میں صرف چند روایتی پیشکشیں ہوں گی۔ ہم مختلف فارمیٹس میں پریکٹس پر زیادہ توجہ دیں گے: ورکشاپس، ملاقاتیں اور گول میز۔ ٹائم ٹیبل. ٹکٹوں کا آرڈر دیں۔.

DevOps Live میں ہماری میٹنگ کا مجموعی مقصد کاروبار کو بچانے کے بارے میں دو سوالات کا جواب دینا ہو گا:

  1. آپ اپنی پوری کمپنی کی پیداواریت اور تاثیر کو بڑھانے کے لیے سافٹ ویئر کی ترسیل میں DevOps کا استعمال کیسے کر سکتے ہیں؟

  2. کاروبار اور مصنوعات کے مالکان اپنے DevOps پروڈکشن کے عمل کو دوبارہ ڈیزائن کرنے سے کیسے فائدہ اٹھا سکتے ہیں؟

29 اور 30 ​​ستمبر - DevOps Live 2020 کانفرنس کا اوپن ٹریک

29 اور 30 ​​ستمبر کو کوئی بھی اوپن ٹریک میں حصہ لے سکے گا۔ اس کے لیے یہ ضروری ہے۔ کریں.

کانفرنس کے جنرل پارٹنر کی بدولت دو کھلے دن ممکن ہوئے۔اسپورٹ ماسٹر لیب'.

"Sportmaster Lab" Sportmaster کا ایک بڑا IT شعبہ ہے۔ 1000 سے زیادہ ماہرین کارپوریٹ ویب سائٹس کی فعالیت کو برقرار رکھتے ہیں، ایپلی کیشنز کو اپ ڈیٹ کرتے ہیں، ان میں نئے اور نئے فیچرز کا اضافہ کرتے ہیں، اور ساتھ ہی اپنے کام کے بارے میں کھل کر بات کرتے ہیں۔

لیکن DevOps موضوع میں مکمل ڈوبی کے لیے، ہم مکمل رسائی خریدنے کی تجویز کرتے ہیں۔ مکمل رسائی کا مطلب ہے کانفرنس کے 4 دن، تمام ورکشاپس اور مباحثوں میں شرکت، کانفرنس کے دوسرے اور تیسرے دن کے درمیان ہوم ورک، تکلیف دہ مسائل کے بارے میں بات کرنے یا کام کے کسی مسئلے کو حل کرنے کے لیے اپنی ملاقات کا اہتمام کرنے کا موقع۔

ٹریک اسپیکر کھولیں۔ DevOps لائیو وہ آپ کو بتائیں گے کہ DevOps کہاں جا رہا ہے اور مستقبل میں اس کا کیا انتظار ہے۔ آئیے معلوم کریں کہ DevOps اپروچ کا ایک "مضبوط پریکٹیشنر" بننے کے لیے کیا اور کیسے سیکھنا ہے۔ ہم یقینی طور پر آئی ٹی سیکیورٹی کے بارے میں بات کریں گے، اور ہم ورکشاپس میں اپنی عملی صلاحیتوں کو نکھاریں گے۔

DevOps - تحریک کیسے شروع ہوئی اور اب اس کے ساتھ کیا کرنا ہے۔

جب آپ کوئی نئی تحریک شروع کرتے ہیں تو آپ کو اندازہ ہوتا ہے کہ آخر نتیجہ کیا ہونا چاہیے۔ لیکن جیسے ہی ہم خیال لوگ آپ کے ساتھ شامل ہوتے ہیں، وہ کم از کم اس کے نقطہ نظر، مقصد یا خیال کو بدل سکتے ہیں۔ بلاشبہ، کسی نئی تحریک میں جتنے زیادہ لوگ شامل ہوتے ہیں، وہ اتنی ہی مضبوط ہوتی ہے۔ لیکن یہ خطرہ ہمیشہ موجود رہتا ہے کہ کسی بھی وقت تحریک کوئی غیر متوقع اور تیز موڑ لے سکتی ہے، اور اب - مقصد حاصل کر لیا گیا ہے، لیکن کیا آپ نے سب کچھ اس طرح سوچا تھا؟

کرس بائٹارٹ (Inuits)ڈی او اوپس موومنٹ کے آغاز کرنے والوں میں سے ایک کے طور پر، رپورٹ میں اپنے 10 سالہ مشاہدات کا اشتراک کریں گے۔#devops کے 10 سال، لیکن ہم نے واقعی کیا سیکھا؟"ان تمام سالوں میں دنیا میں DevOps کی ترقی کیسے ہوئی ہے۔ کرس آپ کو بتائے گا کہ پروگرامنگ کلچر میں 10 سال کی مسلسل تبدیلیوں، بنیادی ڈھانچے کو کوڈ کے طور پر سکھانے، مانیٹرنگ اور میٹرکس کی تعلیم دینے کے بعد یہ تحریک کس حد تک پہنچی ہے۔ شاید ہم کرس کی بات سن کر ایک سے زیادہ بار اداس ہوں گے۔

کمیونٹی اور ڈی او اوپس کا تصور دونوں یقینی طور پر تیار ہوئے ہیں، لیکن صحیح سمت میں؟ DevOps کا تصور اصل میں ڈویلپرز اور آپریشنز کے درمیان فرق کو ختم کرنے کے لیے کیا گیا تھا۔ تاکہ وہ مل کر کامیابی کے ساتھ پروجیکٹس تیار کرسکیں - بڑے انفراسٹرکچر کو پیمانہ، خودکار اور منظم کریں۔ لیکن برسوں کے دوران، لفظ DevOps، کرس کے مطابق، اپنا اصل معنی کھو چکا ہے۔ کرس اس موضوع پر بڑے پیمانے پر بولتا اور لکھتا ہے اور اس کا خیال ہے کہ اگلے 10 سالوں میں DevOps کو اس کے اصل معنی میں واپس لانے کی ضرورت ہے۔ اگر، یقینا، یہ اب بھی ممکن ہے ...

انجینئرنگ وژن اور کاروباری ضروریات۔ ایک ہی زبان کیسے بولیں؟

ساتھ مل کر Evgeniy Potapov (ITSumma) آئیے وقت پر تھوڑا سا سفر کریں اور شاید سافٹ ویئر کی ترسیل کے لیے فلاپی ڈسک کے بارے میں بھی یاد رکھیں۔ اور پھر ہم واپس جائیں گے اور یہ سمجھنے کی کوشش کریں گے کہ کاروبار اب ڈیو اوپس کو سافٹ ویئر پروڈکٹس بنانے کے طریقے کے طور پر کیوں استعمال کرنا پسند کرتے ہیں۔ Evgeniy کے ساتھ مل کر، ہم اس بات پر بات کریں گے کہ کاروبار حال ہی میں فیشن ایبل Agile کو کیوں ترک کر رہے ہیں، اور Agile اور DevOps کو ملانا کیسے ممکن ہے۔ اس گھومنے پھرنے کا مقصد انجینئرز کو کاروباری ضروریات کے درمیان فرق کی وضاحت کرنا ہے اور وہ کیا سمجھتے ہیں۔ رپورٹ میں "کاروبار ڈی او اوپس کیوں چاہتے ہیں اور وہی زبان بولنے کے لیے ایک انجینئر کو کیا جاننے کی ضرورت ہے۔» Evgeniy ان تمام مسائل پر بات کرے گا۔

ہم نے روس میں DevOps کی حالت کا کیسے مطالعہ کیا۔

10 سالوں سے، عالمی DevOps تحریک کی نگرانی DORA، Puppet، اور DevOps انسٹی ٹیوٹ جیسی کمپنیاں کرتی رہی ہیں، جنہوں نے سروے اور تحقیق کی کہ ہر کوئی کس سمت کا رخ کر رہا ہے۔ بدقسمتی سے، یہ رپورٹس اس بارے میں معلومات فراہم نہیں کرتی ہیں کہ روس میں DevOps کس طرح تبدیل ہو رہا ہے۔ DevOps کے روسی ارتقا کو دیکھنے اور اس کا حساب لگانے کے لیے، Ontiko کمپنی نے Express 42 کمپنی کے ساتھ مل کر اس سال اگست میں تقریباً 1000 ماہرین کا سروے کیا جو خود کو DevOps انڈسٹری میں سمجھتے ہیں۔ اب ہمارے پاس روس میں DevOps کی ترقی کی واضح تصویر ہے۔

مطالعہ کے منتظمین اور فعال شرکاء ایگور کوروککن اور وائٹالی خبرروف رپورٹ میں ایکسپریس 42 کمپنی سےروس میں DevOps کی ریاست» وہ مطالعہ کے نتائج کے بارے میں بات کریں گے، اور ان کا موازنہ پہلے حاصل کیے گئے ڈیٹا سے کریں گے اور دکھائیں گے کہ کن مفروضوں کی تصدیق ہوئی تھی اور اب ہم اس کے ساتھ کیسے رہ سکتے ہیں۔ ایکسپریس 42 میں کام کرنے والے Igor اور Vitaly DevOps اپروچ کئی سالوں سے کمپنیوں کی بہترین DevOps طریقوں کو نافذ کرنے میں مدد کر رہے ہیں۔ کلائنٹ کے جن پروجیکٹس میں لڑکوں نے حصہ لیا ان میں Avito, Uchi.ru, Tinkoff Bank, Rosbank, Raiffeisenbank, Wild Apricot, Pushwoosh, SkyEng, Delimobil, Lamoda شامل ہیں۔ ہم سب ڈی او اوپس پریکٹیشنرز کے تحقیقی نتائج کے بارے میں سننے میں دلچسپی لیں گے۔

کیا DevOps میں سیکیورٹی ماہرین کے ساتھ معاہدہ کرنا ممکن ہے؟

ایک اعلیٰ تعلیم یافتہ DevOps ماہر کچھوے کے ساتھ بھی سمجھوتہ کرنے اور اس کے مفادات کو مدنظر رکھتے ہوئے سمجھوتہ کرنے کے قابل جانا جاتا ہے۔ سیکورٹی کے ساتھ انضمام کم پیچیدہ نہیں ہے، کیونکہ معلومات کی حفاظت ایک توازن ہے (ہم писали اس کے بارے میں) تمام عملوں کے درمیان۔ اگر آپ اسے زیادہ کرتے ہیں تو، معلومات کی حفاظت کدو، ایک بریک اور ایک چڑچڑاپن میں بدل جائے گی. اگر آپ اسے کافی نہیں کرتے ہیں، تو آپ کا کاروبار ناکام ہو سکتا ہے۔ لیو پیلی۔ رپورٹ میں "بریک یا ڈرائیور کے طور پر معلومات کی حفاظت - اپنے لئے منتخب کریں!» ان انتہائی حساس مسائل پر تبادلہ خیال کریں گے، دونوں معلومات کی حفاظت اور عملی نقطہ نظر سے۔ 

لیو نے ماسکو اسٹیٹ ٹیکنیکل یونیورسٹی سے ڈپلومہ کیا ہے۔ بومن "خودکار نظاموں کی معلومات کی حفاظت" کے شعبے میں دوبارہ تربیت اور IT اور انفارمیشن سیکیورٹی میں 10 سال سے زیادہ کا تجربہ۔ بنیادی طور پر پیچیدہ سنٹرلائزڈ انفارمیشن سیکیورٹی سسٹم کے نفاذ کے منصوبوں میں مصروف ہے۔ ایک ماہر کے طور پر، Leo آپ کے ساتھ سائبر سیکیورٹی سے متعلق بنیادی معلومات اور ٹولز کا اشتراک کرے گا۔ رپورٹ کے بعد، آپ سمجھ جائیں گے کہ آپ کی کمپنی میں سائبرسیکیوریٹی کو کس طرح ترقی کرنی چاہیے۔

کیا آپ کو میرے تجربے کی ضرورت ہے؟ میرے پاس ہے!

ہم پوری IT کمیونٹی میں تجربات کے تبادلے کے لیے اپنی کانفرنسیں منعقد کرتے ہیں۔ ہم چاہتے ہیں کہ عملی کامیاب کیسز آپ کے کام میں آپ کی مدد کریں تاکہ آپ کسی اور موٹر سائیکل پر وقت (اور کمپنی کا پیسہ) ضائع نہ کریں۔ لیکن اگر کانفرنس کے بعد علم کا اشتراک بند ہو جائے تو اس کا کوئی فائدہ نہیں۔ اگر آپ کمپنی کے اندر تجربے کا تبادلہ نہیں کرتے ہیں تو آپ دوہرا کام کر رہے ہیں: دستاویزات، کوڈ، یہاں تک کہ کاروباری عمل بھی ڈپلیکیٹ ہیں۔ بلاشبہ، آپ کے پاس اپنی دریافتوں یا مضامین لکھنے کے تجربے اور مشق کے بارے میں بات کرنے کے لیے کافی وقت نہیں ہو سکتا۔ دوسری طرف، اشتراک کرنا شروع کرنے کے بعد بھی، آپ کو مدد کی کمی کا سامنا کرنا پڑ سکتا ہے اور یہاں تک کہ کچھ تکنیکی حدود بھی دریافت ہو سکتی ہیں - مفید علم کو کیسے، کہاں، اور کس مدد سے پھیلانا ہے؟ 

ایگور تسوپکو، Flaunt میں نامعلوم کے ڈائریکٹر، رپورٹ میں "علم کے اشتراک کو فعال کرنا» آپ کو بتائے گا کہ ڈیوپس میں نالج مینجمنٹ کو کیسے فروغ دیا جائے۔ وہ واقعی یہ چاہے گا کہ ماہرین خاموش رہنا چھوڑ دیں اور علم بانٹنا شروع کریں، لیکن ساتھ ہی ساتھ مسلسل ایک جیسے سوالات کا جواب نہ دیں۔ Igor ایک راز جانتا ہے جو آپ کو اپنی کمپنی میں علم کا اشتراک شروع کرنے میں مدد کرے گا اور آپ کو بتائے گا کہ علم کی تقسیم کا مسئلہ کیا ہے۔ آپ کو ٹولز ملیں گے کہ اسے کیسے منظم کرنا ہے، اسے کس چیز پر لگانا ہے، اور اسے کیسے برقرار رکھنا ہے۔ ایگور ایک ورکشاپ کا انعقاد بھی کرے گا جہاں شرکاء اپنی ٹیم یا کمپنی کے لیے ذاتی معلومات کو چالو کرنے کا منصوبہ بنائیں گے۔ آئیے جادو بنائیں!

پنکھ، ٹانگیں، سب سے اہم... دماغ!

علم کے تبادلے کے عمل کو شروع کرنا ہی کافی نہیں ہے؛ اسے اس وقت تک سہارا دینے کی بھی ضرورت ہے جب تک کہ یہ ہماری زندگیوں میں گہرائی اور طویل عرصے تک داخل نہ ہوجائے۔ ہمارا دماغ بہت پلاسٹک ہے، اور اس بات پر منحصر ہے کہ ہم ہر روز کیا کرتے ہیں، ہم کیا منتخب کرتے ہیں اور ہم کہاں منتقل ہوتے ہیں۔ دماغ بنیادی طور پر ہمارے اعمال پر مبنی ایک عصبی نیٹ ورک بنائے گا نہ کہ خیالات پر۔ لیکن یہاں بھی ایک شرط ہے - اگر آپ اسے طاقت کے ذریعے کرتے ہیں، اپنے آپ کو مجبور کرتے ہیں اور اپنی قوت ارادی کو لاٹھی سے مارتے ہیں، تو یہ جذباتی اور حیاتیاتی کیمیکل سطح پر جلانے کا ایک سیدھا راستہ ہے۔ عادت پیدا کرنے اور ایک نیا متعارف کرانے کا عمل اپنے آپ میں اہم ہے۔ اور میکس کوٹکوفجس کے پاس اپنے آپ کو، اپنے حالات اور مواصلات کو سنبھالنے کا 19 سال کا تجربہ ہے، دلیل دیتا ہے کہ دماغ، اگرچہ پلاسٹک کا ہے، کافی اور دیگر محرکات کی مدد سے بجائے خوشی لانے والی سرگرمیوں کے ذریعے بہتر طور پر تیار ہوتا ہے۔ 

رپورٹ میں «دماغ کی پلاسٹکٹی: پیداواری صلاحیت یا برن آؤٹ کی طرف؟» میکس دو اہم مسائل اٹھائے گا - کم پیداوری اور برن آؤٹ۔ اگر ہم یہ نہیں سمجھتے کہ دماغ کیسے کام کرتا ہے تو وقت کا انتظام ہماری مدد نہیں کرے گا۔ یہ سب کے ساتھ ہوتا ہے: "میرے پاس طاقت یا خواہش نہیں ہے، میں کام کرتا ہوں، میں گھر آکر لیٹ جاتا ہوں، یا میں وہ کرتا ہوں جو مجھے کرنا ہوتا ہے، لیکن میں کسی سے بات چیت نہیں کرنا چاہتا، اور میں نہیں کرتا۔ کھیلنا بھی نہیں چاہتا۔" اور یہاں یہ سمجھنا ضروری ہے کہ دماغ کی پیداواری صلاحیت کس بنیاد پر ہے۔ میکس بتائے گا کہ کسی کام کو مکمل کرنے کے لیے درکار ریاستوں کو کیسے منتخب کیا جائے، انہیں کیسے فوری طور پر فعال کیا جائے، اور مختلف قسم کے کاموں کے درمیان تیزی سے سوئچ کیا جائے۔ وہ وسائل کو بحال کرنے کے لیے آرام کی طرف جانے کے بارے میں بات کرے گا۔ میکس کے ساتھ مل کر، ہم ورکشاپ میں اپنے نئے علم کو مضبوط کریں گے۔

صحیح طریقے سے کیسے بڑھیں؟

لہٰذا، کوئی بھی نیا عمل، پراجیکٹ، انڈرٹیکنگز، نیز پرانے میں تمام تبدیلیاں آسان نہیں ہیں۔ دماغ میں نیوران ایک دوسرے سے جڑے ہوئے ہیں، اور یہ کنکشن ہمیں معمول کے رد عمل، اعمال اور عادات دیتے ہیں۔ کسی چیز کو تبدیل کرنے یا ہمارے (یا کسی اور کے) شعور میں کچھ نیا متعارف کروانے کے لیے، اس میں وقت لگتا ہے - یہ کچھ بھی نہیں ہے کہ ہر کوئی نئی عادات کے لیے 30 یا 40 دن کے بارے میں بات کرتا ہے۔ یہ بالکل وہی ہے جس میں کم از کم 30 دن - عصبی خلیوں کو نئے کنکشن بنانے کی ضرورت ہوتی ہے - یعنی حقیقت میں نئے عمل کو بڑھانا تاکہ وہ ایک دوسرے سے بات چیت کر سکیں۔ اور اب آپ کو ایک نئی عادت پڑ گئی ہے۔ ایک بار جب آپ عادت پیدا کرنے کے عمل میں رکاوٹ ڈالتے ہیں، تو نیوران غائب ہو جاتا ہے، کیونکہ دماغ صرف وہی کنکشن برقرار رکھتا ہے جو ہم استعمال کرتے ہیں۔ لہٰذا، ایک ایسا عمل جو مکمل نہیں ہوا، غائب ہو جائے گا، گویا یہ کبھی شروع ہی نہیں ہوا تھا۔ 

ہمارے قرنطینہ کے بعد کے اوقات میں، سیکڑوں اور ہزاروں کورسز، کتابیں، اسکول اور دیگر پلیٹ فارمز، بشمول پیشہ ورانہ ترقی کے لیے، اس میں تیزی سے ہماری مدد کر رہے ہیں۔ لیکن یہ سب کیوں؟ کس کو اس کی ضرورت ہے؟ اس کا کیا فائدہ؟ EPAM سے کیرن توماسیان رپورٹ میں "آپ کو مسلسل بڑھنے کی ضرورت کیوں ہے، اپنی صحت سے سمجھوتہ کیے بغیر یہ کیسے کریں، اور شرم کا اس سے کیا تعلق؟"حوصلہ افزائی کو کیسے آن کیا جائے اور ایک مقصد تلاش کیا جائے، اس بارے میں سوالات کے جوابات دیں گے کہ آپ کو کیا تربیت ملے گی اور، عمومی طور پر، زندگی میں اور خاص طور پر، کام میں، اور یقیناً، جلدی کے بغیر، آپ کیسے پہنچ سکتے ہیں۔ آپ کا مقصد خرگوش سے زیادہ تیز ہے۔

میکس اور کیرن کی ان رپورٹس کے بعد، آپ کسی بھی ایسی ریاست میں داخل ہو سکیں گے جس کی آپ کو کچھ نیا سیکھنے، اسے کام پر لاگو کرنے، اور اپنے ساتھیوں اور ہم خیال لوگوں کے ساتھ اپنے تجربے کا اشتراک کرنے کے لیے درکار ہے۔ اور پھر کام پر پہاڑ بڑھیں گے (یا یہاں تک کہ آپ کی طرف آئیں گے) اور کام کے بعد آپ کام کے بارے میں بھاری خیالات کے بغیر خوشی سے آرام کریں گے۔ کیا ہم مشق کریں؟

عملی طور پر DevOps: ہاتھیوں سے لے کر چھوٹے ڈیٹا سینٹر تک

ڈویلپرز، اگر وہ کام پر لے جائیں تو، کینڈی کا ایک ٹکڑا بنائیں گے. اور اگر DevOps منسلک ہے، اور صحیح حالت میں ہے، تو آپ جو چاہیں وہ ممکن ہے۔ کیا آپ فوری طور پر ایک چھوٹا ڈیٹا سینٹر تعینات کرنا چاہتے ہیں؟ آسانی سے! آندرے کواپیل (WEDOS انٹرنیٹ، بطور)ایک اوپن سورس پرستار، رپورٹ میں "Kubernetes-in-Kubernetes اور PXE بوٹ کے ساتھ سرور فارم»، دو مفت منصوبوں کے بارے میں بات کرے گا: Kubernetes-in-Kubernetes اور Kubefarm، جو آپ کے اپنے ہارڈ ویئر پر Kubernetes کلسٹرز کو تیزی سے تعینات کرنے کے لیے استعمال کیا جا سکتا ہے۔ آندرے آپ کو سینکڑوں آن پریمیس سرورز کو تعینات اور برقرار رکھنے کا آسان ترین طریقہ دکھائے گا۔ لیکن یہ آپ کی صلاحیتوں کی حد نہیں ہے۔ آپ یہ سیکھیں گے کہ کس طرح آسانی سے فزیکل نوڈس کو ورچوئل مشینوں کے طور پر پیدا کرنا اور حذف کرنا، کلسٹرز کو تقسیم کرنا (اور فتح کرنا)، Kubernetes Helm کو تعینات کرنا، اور کلسٹر API کے بارے میں بھی سننا ہے۔ DevOps ڈکٹیٹر کے لیے برا انتخاب نہیں ہے؟

سرگئی کولسنیکوف  کی X5 خوردہ گروپ اس سے بھی آگے جائیں گے اور نہ صرف اس کی وضاحت کرنے کے لیے تیار ہیں۔  خوردہ فروش میں DevOps، بلکہ یہ بھی دکھانے کے لیے کہ X5 میں ڈیجیٹل تبدیلی کیسے ہو رہی ہے۔ رپورٹ میں "ہاتھی کو رقص کرنا سکھانا: ایک بڑی خوردہ صنعت میں DevOps کا نفاذ» Sergey اپنے تجربے کا اشتراک کرے گا کہ کس طرح X5 نے کمپنی کی سطح پر DevOps طریقوں کو لاگو کیا۔ Sergey X5 میں DevOps کے نفاذ کا ذمہ دار ہے اور جانتا ہے کہ کس طرح صحیح ٹیم کا انتخاب کرنا ہے، انفراسٹرکچر کے لیے ایک پلیٹ فارم بنانا ہے، اور پھر DevOps انجینئر کیا کریں گے (اور کیوں)۔ اشارہ: جب دو مختلف مفادات کے حامل افراد ملتے ہیں، تو ایک مذاکرات کار کی ضرورت ہوتی ہے، اور جب دو سے زیادہ ہوں، تو ایک سپر مذاکرات کار کی ضرورت ہوتی ہے۔

اور اگر چھوٹی کمپنیاں پراجیکٹ ٹیم کے اندر تیزی سے، بغیر کسی تکلیف کے اور کاروبار کے مفاد میں کسی معاہدے پر پہنچنا چاہتی ہیں، تو بڑی کمپنیاں یہ اور بھی زیادہ چاہتی ہیں۔ وہاں کئی گنا زیادہ لوگ، منصوبے اور مفادات کے تصادم ہیں، یہی وجہ ہے کہ Sportmaster Lab نے DevOps سے واقفیت حاصل کرنے سے گریز نہیں کیا۔ سرگئی مینائیف رپورٹ میں "ایک خونی کاروبار سے لے کر ٹیم ورک تک۔ The Tale of How We Spread DevOps" یہ بتائے گا کہ کس طرح DevOps کے نقطہ نظر نے ٹیم ورک میں ایک اور دیو کی مدد کی۔ اسپورٹ ماسٹر لیب نے اس کے لیے مشترکہ مواصلاتی چینلز بنائے اور علم اور تجربے کا تبادلہ قائم کیا۔ مختلف محکموں نے ٹیسٹ کیسز بنانے اور ٹیسٹ کروانے کے لیے مل کر کام کرنا سیکھا۔ سرجی یہ دکھائیں گے کہ کس طرح آٹومیشن نے ٹیم کو ترقی اور آپریشن کے لیے وقت بچایا، اور انہیں تھکا دینے والے معمولات سے بھی نجات دلائی۔ بلاشبہ، Sportmaster Lab نے تمام منصوبوں کے لیے DevOps کا استعمال نہیں کیا ہے، لیکن اب اس میں ترقی، QA، اور آپریشنز کے لیے منافع ہے۔

آن لائن فارمیٹ کی بدولت، DevOps Live 2020 میں رپورٹس "کلاسک" نہیں ہوں گی - ہر شریک اپنے سوال کو اپنی یادداشت میں رکھنے کے بجائے چیٹ میں لکھ سکے گا۔ ماڈریٹرز سوالات جمع کرنے میں مدد کریں گے، اور اسپیکر سوالات کے جوابات دینے کے لیے کہانی کے دوران رک جائے گا۔ اس کے علاوہ، ناظم مقدمات کی بحث کے دوران نشریات میں شرکاء کو شامل کرے گا۔ ساتھ ہی آخر میں روایتی سوالات و جوابات بھی ہوں گے۔

اگر آپ بات کرنا چاہتے ہیں، مشورہ طلب کرنا چاہتے ہیں یا کام کی کہانیاں شیئر کرنا چاہتے ہیں تو ٹیلی گرام چینل "DevOpsConfTalks" کو سبسکرائب کریں۔ اور ہم کانفرنس کے ایونٹ کی خصوصیات کے بارے میں لکھیں گے۔ ٹیلیگرام, فیس بک, ٹویٹراور VKontakte۔. اور، بالکل، پر یوٹیوب.

DevOps لائیو پر ملتے ہیں!

ماخذ: www.habr.com

نیا تبصرہ شامل کریں