میں آپ کی توجہ کے لیے DevOpsConf کے لیے ایک گائیڈ پیش کرتا ہوں، ایک کانفرنس جو کہ اس سال کہکشاں پیمانے پر ہے۔ اس لحاظ سے کہ ہم ایک ایسا طاقتور اور متوازن پروگرام ترتیب دینے میں کامیاب ہو گئے کہ متعدد ماہرین اس کے ذریعے سفر کرنے سے لطف اندوز ہوں گے: ڈویلپرز، سسٹم ایڈمنسٹریٹرز، انفراسٹرکچر انجینئرز، QA، ٹیم لیڈز، سروس سٹیشنز اور عام طور پر ہر وہ شخص جو تکنیکی ترقی میں شامل ہے۔ عمل
ہم DevOps کائنات کے دو بڑے علاقوں کا دورہ کرنے کی تجویز کرتے ہیں: ایک کاروباری عمل کے ساتھ جو کوڈ کے ذریعے لچکدار طریقے سے تبدیل کیا جا سکتا ہے، اور دوسرا ٹولز کے ذریعے۔ یعنی، ہماری کانفرنس میں مواد اور خاص طور پر رپورٹس کی تعداد میں مساوی طاقت کے دو سلسلے ہوں گے۔ ایک ٹولز کے حقیقی استعمال پر توجہ مرکوز کرتا ہے، اور دوسرا کاروباری مسائل کی مثالوں کا استعمال کرتے ہوئے عمل پر جو کوڈ کے طور پر سمجھا جاتا ہے اور کوڈ کے طور پر منظم کیا جاتا ہے۔ ہمارا ماننا ہے کہ ٹیکنالوجی اور عمل ایک دوسرے سے جڑے ہوئے ہیں اور یہ ہمارے مقررین کی مدد سے منظم طریقے سے دکھاتے ہیں جو نئی لہر کمپنیوں میں کام کرتے ہیں اور مسائل کو حل کرنے اور چیلنجوں پر قابو پانے کے ذریعے ترقی کے نئے تصور کے لیے اپنا راستہ بانٹتے ہیں۔
اگر آپ چاہتے ہیں تو، ہماری گائیڈ کا ایک مختصر خلاصہ :
- 30 ستمبر کو، کانفرنس کے پہلے دن، پہلے ہال میں ہم 8 کاروباری معاملات پر غور کریں گے۔
- پہلے دن دوسرے ہال میں ہم مزید انتہائی خصوصی آلات کے حل کا تجزیہ کریں گے۔ ہر رپورٹ میں کافی ٹھنڈا عملی تجربہ ہوتا ہے، جو کہ تمام کمپنیوں کے لیے موزوں نہیں ہے۔
- 1 اکتوبر کو، پہلے ہال میں، اس کے برعکس، ہم ٹیکنالوجی کے بارے میں زیادہ بات کرتے ہیں، لیکن زیادہ وسیع پیمانے پر۔
- دوسرے دن دوسرے ہال میں ہم مخصوص کاموں پر بحث کرتے ہیں جو تمام منصوبوں میں پیدا نہیں ہوتے ہیں، مثال کے طور پر، ایک انٹرپرائز میں۔
لیکن میں فوری طور پر نوٹ کروں گا کہ اس طرح کی تقسیم کا مطلب سامعین کی تقسیم نہیں ہے۔ اس کے برعکس، ایک انجینئر کے لیے ضروری ہے کہ وہ کاروباری مسائل کو سمجھے، وہ کیا کر رہا ہے اس کا مطلب جاننا، اور عملی تجربہ رکھتا ہے۔ اور ٹیم لیڈ یا سروس سٹیشن کے لیے، یقیناً، کیسز اور دیگر کمپنیوں کا تجربہ اہم ہے، لیکن ساتھ ہی آپ کو اندرونی کاموں کو بھی سمجھنا ہوگا۔ کٹ کے نیچے میں آپ کو تمام موضوعات کے بارے میں مزید تفصیل سے بتاؤں گا اور ایک تفصیلی سفری منصوبہ بنانے میں آپ کی مدد کروں گا۔
یہ کانفرنس انفو اسپیس میں منعقد ہوگی اور ہم نے دو مرکزی ہالوں کو "گولڈن ہارٹ" کہا - جیسے "The Hitchhiker's Guide to the Galaxy" کا جہاز، جو خلا سے گزرنے کے لیے ناممکنات کے اصول کا استعمال کرتا ہے، اور "At the Edge of the Edge" کائنات" - ایک ہی کہانی سے ایک ریستوراں کی طرح۔ اب سے میں ان ناموں کو ٹریکس کا حوالہ دینے کے لیے استعمال کروں گا۔ "گولڈن ہارٹ" کہکشاں کے علاقے میں رپورٹ اسٹاپس مرکزی سیاحوں کے گروپ کے لیے زیادہ موزوں ہیں، اگر آپ چاہیں تو ضرور دیکھیں۔ "کائنات کے کنارے" تجربہ کار مسافروں کے لیے دلچسپ چیزیں ہیں۔ بہت کم لوگ وہاں پہنچتے ہیں، لیکن جو ہمت کرتے ہیں وہ کشودرگرہ کی پٹیوں سے جلتی آنکھوں کے ساتھ وہاں جاتے ہیں۔
ایک ہی وقت میں، آپ آسانی سے ایک کمرے سے دوسرے کمرے میں جا سکتے ہیں، اور کسی بھی وقت آپ کو ایک ایسا موضوع مل جائے گا جو آپ کے مطابق ہو۔ جیسا کہ میں نے پہلے ہی کہا، پروگرام بہت متوازن ہے۔ ہمارے پاس بہت زیادہ کلاس رپورٹس تھیں، لیکن، ہچکچاتے ہوئے، پروگرام کمیٹی کو انہیں منتقل کرنا پڑا یا سینٹ پیٹرزبرگ میں موسم بہار کی کانفرنس تک ملتوی کر دیں، تاکہ توازن خراب نہ ہو اور اصل خیال کو لاگو کیا جائے۔ کانفرنس پروگرام آپ کو مختلف مثالوں کا استعمال کرتے ہوئے اور مختلف زاویوں سے ہر منصوبہ بند موضوعات (مسلسل ترسیل، بنیادی ڈھانچہ بطور کوڈ، DevOps تبدیلی، SRE پریکٹسز، سیکورٹی، انفراسٹرکچر پلیٹ فارم) پر غور کرنے کی اجازت دیتا ہے۔
اب واپس بیٹھو، ہمارا کہکشاں جہاز تمام اسٹاپ پر آرہا ہے۔
"گولڈن ہارٹ"، 30 ستمبر
پہلے 90 دن بطور CTO
کانفرنس کا افتتاح کریں گے۔ لیونا فائر. میراثی نظام اور ان کے ساتھ اکثر آنے والے مسائل کے بارے میں۔ لیون آپ کو بتائے گا کہ کس طرح سروس اسٹیشن تکنیکی نظام کی سمجھ حاصل کرسکتا ہے جس کے ساتھ وہ کام کرنا شروع کرتا ہے۔ ایک جدید کمپنی میں تکنیکی ڈائریکٹر کے لیے، DevOps کے عمل کو منظم کرنا بنیادی کام ہے، اور Leon آپ کو ایک دلچسپ اور مزاحیہ انداز میں دکھائے گا۔ تکنیکی اور کاروباری حصوں کے درمیان تعلقات SRT کے نقطہ نظر سے.
ابتدائی اور جو لوگ ایک بننا چاہتے ہیں وہ اس رپورٹ پر ضرور آئیں۔ سب کے بعد، آپ کی کمپنی میں تکنیکی ڈائریکٹر بننا ایک چیز ہے، اور اس کردار میں دوبارہ داخل ہونا بالکل دوسری چیز ہے۔
DevOps کی بنیادی باتیں - شروع سے پروجیکٹ میں داخل ہونا
Следующий موضوع جاری ہے، لیکن آندرے یوماشیو (LitRes) عالمی سطح پر اس مسئلے پر تھوڑا کم غور کرے گا اور سوالات کے جوابات دے گا: مختلف ٹیموں میں کام کرنا شروع کرتے وقت آپ کو کن بنیادی باتوں کو جاننے کی ضرورت ہے۔ مسائل کی حد کا صحیح تجزیہ کیسے کریں؛ ایک سرگرمی کا منصوبہ کیسے بنایا جائے؛ KPIs کا حساب کیسے لگائیں اور کب روکیں۔
کوڈ کے طور پر انفراسٹرکچر کا مستقبل
اگلا ہم کوڈ کے طور پر بنیادی ڈھانچے کے موضوع پر بات کرنے کے لیے وقفہ کریں گے۔ رومن بوائکو DevOpsConf پر AWS میں سلوشنز آرکیٹیکٹ نئے آلے کے بارے میں AWS کلاؤڈ ڈویلپمنٹ کٹ، جو آپ کو ایک مانوس زبان (Python, TypeScript, JavaScript, Java) میں بنیادی ڈھانچے کو بیان کرنے کی اجازت دیتا ہے۔ ہم پہلے ہاتھ سے سیکھیں گے کہ بادل کو ڈویلپر کے مزید قریب ہونے کی اجازت کس چیز کی ہے، اس ٹول کا استعمال کیسے شروع کیا جائے اور آسان انفراسٹرکچر مینجمنٹ کے لیے دوبارہ قابل استعمال اجزاء کیسے بنائے جائیں۔ کانفرنس کے شرکاء کے لیے، یہ روسی زبان میں عالمی اختراعات کے بارے میں اور تکنیکی تفصیلات کی ڈگری کے ساتھ سننے کا ایک بہترین موقع ہے جو یہاں عام ہے، لیکن مغرب میں نہیں۔
ریلیز سے فاسٹ ٹریک تک
دوپہر کے کھانے کے بعد ہم مزید دو گھنٹے کے لیے تبدیلی کے مسئلے پر واپس جائیں گے۔ پر ایوجینیا فومینکو آئیے MegaFon کی DevOps تبدیلی کی پیروی کرتے ہیں: اس مرحلے سے شروع کرتے ہوئے جب وہ روایتی طریقے استعمال کرنے کی کوشش کرتے ہیں، جیسے KPI، اس مرحلے پر قابو پاتے ہیں جب کچھ بھی واضح نہ ہو اور آپ کو نئے ٹولز کے ساتھ آنے اور اپنے آپ کو تبدیل کرنے کی ضرورت ہو، جب تک کہ عمل مکمل طور پر دوبارہ ترتیب نہ دیا جائے۔. یہ انٹرپرائز کے لیے ایک بہت ہی ٹھنڈا اور حوصلہ افزا تجربہ ہے، جس نے DevOps کی تبدیلی میں اپنے ٹھیکیداروں کو بھی شامل کیا، جس کے بارے میں Evgeniy بھی بات کرے گا۔
کراس فنکشنل ٹیم کیسے بنتی ہے۔
У میخائل بزن ٹیموں میں تبدیلیوں کو انجام دینے کا وسیع تجربہ۔ اب میخائل، Raiffeisenbank Acceleration Team کے لیڈر کے طور پر، ٹیموں کو کراس فنکشنل بناتا ہے۔ اس پر آئیے کراس فنکشنل ٹیموں کی کمی کے درد کے بارے میں بات کرتے ہیں اور کیوں کراس فنکشنل ٹیم کے چیلنجز ایجاد، بنانے اور نافذ کرنے سے ختم نہیں ہوتے۔
SRE پریکٹسز
اگلے راستے میں ہمیں SRE طریقوں کے لیے وقف کردہ دو رپورٹس ملیں گی، جو زور پکڑ رہی ہیں اور پورے DevOps عمل میں ایک اہم مقام رکھتی ہیں۔
الیکسی اینڈریو پریزما لیبز سے , ایک سٹارٹ اپ کو SRE پریکٹسز کی ضرورت کیوں ہے اور یہ کیوں ادا کرتا ہے۔
Matvey Grigoriev ڈوڈو پیزا سے ایک بڑی کمپنی میں SRE کی ایک مثال جو پہلے ہی ابتدائی مرحلے کو آگے بڑھا چکی ہے۔ Matvey خود اپنے بارے میں یہ کہتا ہے: ایک تجربہ کار .NET ڈویلپر اور ایک ابتدائی SRE، بالترتیب، ایک ڈویلپر کی منتقلی کی کہانی کا اشتراک کریں گے، اور نہ صرف ایک، بلکہ ایک پوری ٹیم، انفراسٹرکچر میں۔ کیوں DevOps ایک ڈویلپر کے لیے ایک منطقی راستہ ہے۔ اور کیا ہوتا ہے اگر آپ اپنی تمام Ansible پلے بکس اور bash اسکرپٹس کو ایک مکمل سافٹ ویئر پروڈکٹ کے طور پر دیکھنا شروع کر دیں اور ان پر وہی تقاضے لاگو کریں، ہم 30 ستمبر کو 17:00 بجے گولڈن ہارٹ ہال میں Matvey کی رپورٹ پر بات کریں گے۔
پہلے دن کا پروگرام مکمل کریں۔ دانیئل تیخومیروف، جو اس میں ایک اہم سوال اٹھاتا ہے: ٹیکنالوجی کا صارف کی خوشی سے کیا تعلق ہے۔. "سب کچھ کام کرتا ہے، لیکن صارف مطمئن نہیں ہے" کے مسئلے کو حل کرتے ہوئے، میگا فون نے انفرادی سسٹمز، پھر سرورز، ایپلی کیشنز کی نگرانی سے صارف کی نظروں سے سروس کی نگرانی کی۔ تمام تکنیکی ماہرین، صارفین اور دکانداروں نے کس طرح ان KQI اشاریوں پر توجہ مرکوز کرنا شروع کی، ہم کانفرنس کے پہلے دن کی شام کو معلوم کریں گے۔ اور اس کے بعد، ہم پارٹی کے بعد ایک غیر رسمی ترتیب میں انفراسٹرکچر اور تبدیلی پر بات کریں گے۔
"کائنات کے کنارے پر"، 30 ستمبر
"کائنات کے کنارے" ہال میں پہلی تین رپورٹیں آلات کے نقطہ نظر سے بہت دلچسپ ہوں گی۔
میکسم کوسٹریکن (بڑا) Terraform میں پیٹرن بڑے اور طویل منصوبوں پر افراتفری اور معمول کا مقابلہ کرنے کے لئے۔ Terraform کے ڈویلپرز AWS انفراسٹرکچر کے ساتھ کام کرنے کے لیے کافی آسان بہترین طریقہ کار پیش کرتے ہیں، لیکن اس میں ایک اہمیت ہے۔ کوڈ کی مثالوں کا استعمال کرتے ہوئے، میکسم یہ ظاہر کرے گا کہ کس طرح ٹیرافارم کوڈ والے فولڈر کو سنو بال میں تبدیل نہیں کیا جائے، بلکہ پیٹرن کا استعمال کرتے ہوئے، آٹومیشن اور مزید ترقی کو آسان بنایا جائے۔
گریگوری میخالکن لامودا سے "ہم نے کبرنیٹس آپریٹر کیوں تیار کیا اور اس سے ہم نے کیا سبق سیکھا؟" کوبرنیٹس کا استعمال کرتے ہوئے کوڈ پریکٹس کے طور پر بنیادی ڈھانچے کو کیسے نافذ کیا جائے اس بارے میں معلومات کی کمی کو پورا کرنے میں مدد ملے گی۔ Kubernetes خود، مثال کے طور پر، yaml فائلوں کو استعمال کرنے والی خدمات کی تفصیل پر مشتمل ہے، لیکن یہ تمام کاموں کے لیے کافی نہیں ہے۔ نچلی سطح کے انتظام کے لیے آپریٹرز کی ضرورت ہوتی ہے، اور اگر آپ Kubernetes کو صحیح طریقے سے منظم کرنا چاہتے ہیں تو یہ گفتگو بہت مفید ہے۔
اگلی رپورٹ کا موضوع ہے۔ ہاشی کارپ والٹ - کافی خاص. لیکن درحقیقت، اس ٹول کی ضرورت ہے جہاں بھی آپ کو پاس ورڈز کا انتظام کرنے کی ضرورت ہو اور راز کے ساتھ کام کرنے کے لیے ایک مشترکہ نقطہ ہو۔ پچھلے سال، سرگئی نوسکوف نے بتایا تھا کہ Hashicorp Vault کی مدد سے Avito میں رازوں کو کس طرح منظم کیا جاتا ہے، اسے دیکھیں۔ اور آو یوری شٹکن مزید تجربے کے لیے Tinkoff.ru سے۔
تراس کوتوف (ای پی اے ایم) کلاؤڈ انفراسٹرکچر کی تعمیر کا اور بھی نایاب کام جس میں اس کی اپنی ریڑھ کی ہڈی بھی شامل ہے۔ IP/MPLS نیٹ ورک. لیکن تجربہ بہت اچھا ہے، اور رپورٹ سخت ہے، لہذا اگر آپ سمجھتے ہیں کہ یہ کس چیز کے بارے میں ہے، تو اس رپورٹ پر ضرور آئیں۔
شام کے بعد ہم کلاؤڈ انفراسٹرکچر میں ڈیٹا بیس مینجمنٹ کے بارے میں بات کریں گے۔ کیرل میلنیچک استعمال کا تجربہ Kubernetes کلسٹر کے اندر MySQL کے ساتھ کام کرنے کے لیے Vitess. A ولادیمیر ریابوف Playkey.net سے ، کلاؤڈ کے اندر ڈیٹا کے ساتھ کام کرنے کا طریقہ اور دستیاب اسٹوریج کی جگہ کو صحیح طریقے سے استعمال کرنے کا طریقہ۔
"گولڈن ہارٹ"، یکم اکتوبر
یکم اکتوبر کو سب کچھ الٹا ہو جائے گا۔ گولڈن ہارٹ ہال زیادہ ٹیکنالوجی پر مبنی ٹریک پیش کرے گا۔ اس طرح، "گولڈن ہارٹ" کے ذریعے سفر کرنے والے انجینئرز کے لیے، ہم سب سے پہلے آپ کو کاروباری معاملات میں غوطہ لگانے کی دعوت دیتے ہیں، اور پھر دیکھیں گے کہ ان معاملات کو عملی طور پر کیسے حل کیا جاتا ہے۔ اور مینیجرز، بدلے میں، پہلے ممکنہ کاموں کے بارے میں سوچتے ہیں، اور پھر بہتر طریقے سے سمجھنا شروع کرتے ہیں کہ اسے ٹولز اور ہارڈ ویئر میں کیسے نافذ کیا جائے۔
بڑے کلاؤڈ اسٹوریج کے ہڈ کے نیچے
پہلا مقرر آرٹمی کپیٹولا. پچھلے سال اس کی رپورٹ"کانفرنس کے شرکاء نے اسے بہترین قرار دیا، میرے خیال میں، کہانی کی ناقابل یقین گہرائی کی وجہ سے۔ اس بار سٹوریج ڈیزائن اور سسٹم کی ناکامی کی نظیر کے تجزیہ پر Mail.Ru Cloud Solutions کے ساتھ جاری رہے گا۔ مینیجرز کے لیے اس رپورٹ کا غیر واضح فائدہ یہ ہے کہ آرٹیمی نہ صرف تکنیکی مسئلے کا خود جائزہ لیتی ہے بلکہ اسے حل کرنے کے پورے عمل کا بھی جائزہ لیتی ہے۔ وہ. آپ سمجھ سکتے ہیں کہ اس پورے عمل کو کیسے منظم کیا جائے اور اسے اپنی کمپنی پر لاگو کیا جائے۔
ریورسیو ڈی سینٹرلائزڈ تعیناتی
ایگور بگینکو یہ پہلی بار نہیں ہے کہ وہ کانفرنس میں بھی آئے ہوں؛ ان کی رپورٹس میں روایتی طور پر متنازعہ مقالے ہوتے ہیں، لیکن وہ آپ کو سوچنے پر مجبور کرتے ہیں۔ ہمیں امید ہے کہ وکندریقرت تعیناتی کے بارے میں ایگور کی گفتگو ایک دلچسپ اور سب سے اہم تعمیری بحث کا سبب بنے گی۔
ہم پھر بادلوں میں ہیں۔
الیکسی واخوفکاروباری اجزاء اور ٹیکنالوجیز کا ایک طاقتور فیوژن ہے، جو انجینئرنگ اور انتظامی دونوں اطراف سے دلچسپ ہوگا۔ الیکسی آپ کو بتائے گا کہ Uchi.ru کیسے کام کرتا ہے۔ کلاؤڈ مقامی بنیادی ڈھانچہ: کس طرح سروس میش، اوپن ٹریسنگ، والٹ، سنٹرلائزڈ لاگنگ اور کل SSO کا استعمال کیا جاتا ہے۔ اس کے بعد، 15:00 بجے، Alexey منعقد کرے گا جہاں آنے والا ہر شخص ان تمام آلات کو اپنے ہاتھوں سے چھو سکے گا۔
ایویٹو میں اپاچی کافکا: تین تناسخ کی کہانی
اناتولی سولداٹوف اس بارے میں کہ Avito کس طرح کافکا کو بطور سروس تعمیر کر رہا ہے، یقیناً کافکا استعمال کرنے والوں کے لیے دلچسپی کا باعث ہوگا۔ لیکن دوسری طرف، یہ بہت اچھی طرح سے ظاہر کرتا ہے داخلی خدمت بنانے کا عمل: خدمت کے تقاضوں اور ساتھیوں کی خواہشات کو کیسے جمع کیا جائے، انٹرفیس کو لاگو کیا جائے، ٹیموں کے درمیان تعامل کیسے بنایا جائے اور کمپنی کے اندر بطور پروڈکٹ سروس تخلیق کی جائے۔ اس نقطہ نظر سے، تاریخ ایک بار پھر بہت مختلف کانفرنس کے شرکاء کے لیے مفید ہے۔
آئیے مائیکرو سروسز کو پھر سے ہلکا پھلکا بناتے ہیں۔
یہاں، ایسا لگتا ہے، نام سے سب کچھ واضح ہے. لیکن یہ تھیسز دمتری سوگروبوف لیروئے مرلن سے، پروگرام کمیٹی میں بھی گرما گرم بحث ہوئی۔ ایک لفظ میں، یہ اس موضوع پر بحث کے لیے ایک اچھی بنیاد ہوگی جسے عام طور پر مائیکرو سروسز سمجھا جاتا ہے، انہیں کیسے لکھا جائے، ان کو برقرار رکھا جائے، وغیرہ۔
BareMetal انفراسٹرکچر کے انتظام کے لیے CI/CD
اگلی رپورٹ پھر سے دو میں ایک ہے۔ ایک طرف، اینڈری کواپیل (WEDOS Internet, as) BareMetal انفراسٹرکچر کے انتظام کے بارے میں بات کرے گا، جو کافی مخصوص ہے، کیونکہ اب ہر کوئی بنیادی طور پر بادلوں کا استعمال کرتا ہے، اور اگر وہ ہارڈ ویئر رکھتے ہیں، تو یہ اتنے بڑے پیمانے پر نہیں ہے۔ لیکن یہ بہت ضروری ہے کہ اینڈری BareMetal انفراسٹرکچر کی تعیناتی اور انتظام کے لیے CI/CD تکنیک کا اطلاق، اور اس نقطہ نظر سے، رپورٹ ٹیم لیڈز اور انجینئرز دونوں کے لیے دلچسپی کا باعث ہوگی۔
موضوع جاری رکھیں گے۔ سرگئی ماکارینکو، میں اس محنت کش عمل کے پردے کے پیچھے وار گیمنگ پلیٹ فارم.
کیا کنٹینرز محفوظ ہو سکتے ہیں؟
گولڈن ہارٹ ہال میں پروگرام مکمل کریں گے۔ الیگزینڈر خیروف کنٹینر کی حفاظت پر بحث کا مقالہ۔ الیگزینڈر پہلے ہی RIT++ میں ہے۔ ہیلم کے سیکیورٹی مسائل اور اس سے نمٹنے کے طریقوں پر، اور اس بار یہ خود کو کمزوریوں کی فہرست تک محدود نہیں رکھے گا، لیکن ماحول کی مکمل تنہائی کے اوزار۔
"کائنات کے کنارے پر"، 1 اکتوبر
شروع ہو جائے گا الیگزینڈر برٹسیف (براما برما) اور سائٹ کو تیز کرنے کے ممکنہ حل میں سے ایک۔ آئیے پانچ گنا کے کامیاب نفاذ کو دیکھتے ہیں۔ ایکسلریشن صرف DevOps ٹولز کی وجہ سے کوڈ کو دوبارہ لکھے بغیر۔ آپ کو اب بھی یہ فیصلہ کرنا ہوگا کہ کوڈ کو ہر پروجیکٹ میں دوبارہ لکھنا ہے یا نہیں، لیکن اس طرح کے تجربے کو ذہن میں رکھنا ہمیشہ مفید ہوتا ہے۔
1C میں DevOps: انٹرپرائز
پیٹر گریبانوف 1C کمپنی سے اس افسانے کو ختم کر دیں کہ بڑے ادارے میں DevOps کو نافذ کرنا ناممکن ہے۔ 1C: انٹرپرائز پلیٹ فارم سے زیادہ پیچیدہ کیا ہو سکتا ہے، لیکن چونکہ وہاں بھی DevOps کے طریقے لاگو ہوتے ہیں، میرے خیال میں یہ افسانہ قائم نہیں رہے گا۔
اپنی مرضی کے مطابق ترقی میں DevOps
انتون خلیوٹسکی Evgeniy Fomenko کی رپورٹ کے تسلسل میں ، کس طرح MegaFon نے ٹھیکیدار کی طرف سے DevOps بنائے اور کئی سوفٹ ویئر سپلائرز سے اپنی مرضی کے مطابق ترقی سمیت مسلسل تعیناتی کی تعمیر کی۔
DWH/BI میں DevOps لانا
ایک غیر معیاری، لیکن مختلف شرکاء کے لیے ایک بار پھر دلچسپ موضوع واسیلی کٹسینکو Gazprombank سے واسیلی ڈیٹا ڈویلپمنٹ میں آئی ٹی کلچر کو تیار کرنے اور ڈیٹا ویئر ہاؤس اور BI میں DevOps طریقوں کو لاگو کرنے کے بارے میں عملی مشورے کا اشتراک کرے گی، اور آپ کو بتائے گی کہ ڈیٹا کے ساتھ کام کرنے کی پائپ لائن کس طرح مختلف ہے اور کون سے آٹومیشن ٹولز کے ساتھ کام کرنے کے تناظر میں واقعی کارآمد ہیں۔ ڈیٹا
سیکیورٹی ڈیپارٹمنٹ کے بغیر کیسے رہنا ہے۔
دوپہر کے کھانے کے بعد مونا آرکھیپووا (sudo.su) ہمیں بنیادی باتوں کے ساتھ DevSecOps اور یہ بتائے گا کہ آپ سیکیورٹی کو اپنے ترقیاتی عمل میں کیسے شامل کرسکتے ہیں اور ایک علیحدہ سیکیورٹی ڈیپارٹمنٹ کا استعمال بند کر سکتے ہیں۔ موضوع دباؤ ہے، اور رپورٹ بہت سے لوگوں کے لیے بہت مفید ہونی چاہیے۔
ایک بڑے حل کے CI/CD میں لوڈ ٹیسٹنگ
بالکل پچھلے موضوع کی تکمیل کرتا ہے۔ ولادیمیر خنین میگا فون سے۔ یہاں ہم بات کریں گے۔ DevOps عمل میں معیار کو کیسے متعارف کرایا جائے۔: کوالٹی گیٹ کا استعمال کیسے کریں، سسٹم کے اندر مختلف کیسز کو ریکارڈ کریں، اور ان سب کو ترقی کے عمل میں کیسے ضم کریں۔ یہ رپورٹ خاص طور پر ان لوگوں کے لیے موزوں ہے جو بڑے سسٹمز کے ساتھ کام کرتے ہیں، لیکن اگر آپ بھاری بلنگ کے ساتھ کام نہیں کرتے ہیں تو بھی آپ کو اپنے لیے دلچسپ پہلو مل جائیں گے۔
SDLC اور تعمیل
اور اگلا موضوع بڑی کمپنیوں کے لیے زیادہ متعلقہ ہے - عمل میں تعمیل کے حل اور معیار کی ضروریات کو کیسے متعارف کرایا جائے۔ الیا متروکوف ڈوئچے بینک ٹیکنالوجی سینٹر سے کہ کام کے معیارات DevOps کے ساتھ اچھی طرح سے ہم آہنگ ہو سکتے ہیں۔.
اور دن کے اختتام پر Matvey Kukuy (Amixr.IO) اعداد و شمار اور بصیرت اس بارے میں کہ دنیا بھر میں درجنوں ٹیمیں کس طرح ڈیوٹی پر ہیں، واقعات کو ترتیب دے رہی ہیں، کام کو منظم کر رہی ہیں اور قابل اعتماد نظام بنا رہی ہیں، اور یہ بتائے گی کہ یہ سب SRE سے کیسے متعلق ہے۔
اب میں آپ سے تھوڑا سا حسد بھی کرتا ہوں، کیونکہ سفر کے ذریعے آپ کو بس کرنا ہے۔ آپ اپنا انفرادی منصوبہ بنا سکتے ہیں اور اس سے لطف اندوز ہو سکتے ہیں کہ کس طرح سے رپورٹس ایک دوسرے کی تکمیل کریں گی، لیکن میرے پاس، غالباً، کسی بھی رہنما کی طرح، احتیاط سے ارد گرد دیکھنے کا وقت نہیں ہوگا۔
ویسے، مرکزی پروگرام کے علاوہ، ہمارے پاس ایک کیمپنگ کی جگہ ہے - ایک میٹنگ روم، جس میں شرکاء خود ایک چھوٹی سی میٹنگ، ورکشاپ، ماسٹر کلاس کا اہتمام کر سکتے ہیں اور مباشرت کے ماحول میں اہم مسائل پر گفتگو کر سکتے ہیں۔ کوئی بھی شریک کر سکتا ہے، اور کوئی بھی شریک پروگرام کمیٹی کے طور پر کام کر سکتا ہے اور دوسرے میٹنگ کے لیے ووٹ دے سکتا ہے۔ اس فارمیٹ نے پہلے ہی اپنی تاثیر کو ثابت کر دیا ہے، خاص طور پر نیٹ ورکنگ کے معاملے میں، لہذا اس پر گہری نظر ڈالیں۔ شیڈول، اور کانفرنس کے دوران، میں نئی ملاقاتوں کے بارے میں اعلانات دیکھیں .
DevOpsConf 2019 کہکشاں میں ملتے ہیں!
ماخذ: www.habr.com