مان پيش ڪريان ٿو توهان جي توجه لاءِ هڪ گائيڊ DevOpsConf، هڪ ڪانفرنس جيڪا هن سال گليڪڪ اسڪيل تي آهي. ان لحاظ کان ته اسان هڪ اهڙي طاقتور ۽ متوازن پروگرام کي گڏ ڪرڻ ۾ ڪامياب ٿي ويا آهيون جنهن ۾ مختلف ماهرن ان ذريعي سفر ڪندي لطف اندوز ٿيندا: ڊولپرز، سسٽم ايڊمنسٽريٽر، انفراسٽرڪچر انجنيئر، QA، ٽيم ليڊز، سروس اسٽيشنز ۽ عام طور تي ٽيڪنالاجي ترقي ۾ شامل هرڪو عمل.
اسان DevOps ڪائنات جي ٻن وڏن علائقن جو دورو ڪرڻ جي تجويز ڏيون ٿا: هڪ ڪاروباري عملن سان جيڪي لچڪدار طريقي سان ڪوڊ ذريعي تبديل ٿي سگهن ٿا، ۽ ٻيو اوزار سان. اهو آهي، اسان جي ڪانفرنس ۾ مواد ۽ خاص طور تي، رپورٽن جي تعداد ۾ برابر طاقت جا ٻه وهڪرو هوندا. ھڪڙو اوزار جي حقيقي استعمال تي ڌيان ڏئي ٿو، ۽ ٻيو عملن تي ڪاروباري مسئلن جي مثالن کي استعمال ڪندي جيڪي ڪوڊ طور علاج ڪيا ويا آھن ۽ ڪوڊ جي طور تي منظم ڪيا ويا آھن. اسان يقين رکون ٿا ته ٽيڪنالاجي ۽ عمل اڻڄاتل طور تي ڳنڍيل آهن ۽ منظم طور تي اسان جي ڳالهائيندڙن جي مدد سان ڏيکاريندا آهن جيڪي نئين موج ڪمپنين ۾ ڪم ڪن ٿا ۽ مسئلن کي حل ڪرڻ ۽ چئلينج کي منهن ڏيڻ ذريعي ترقي جي نئين تصور ڏانهن پنهنجو رستو حصيداري ڪن ٿا.
جيڪڏھن توھان چاھيو ٿا، اسان جي ھدايت جو مختصر خلاصو :
- 30 سيپٽمبر تي، ڪانفرنس جي پهرين ڏينهن تي، پهرين هال ۾ اسان 8 ڪاروباري ڪيسن تي غور ڪنداسين.
- پهرين ڏينهن تي ٻئي هال ۾ اسان وڌيڪ انتهائي خاص اوزارن جي حل جو تجزيو ڪنداسين. هر رپورٽ تي مشتمل آهي تمام سٺو عملي تجربو، جيڪو، بهرحال، سڀني ڪمپنين لاء مناسب ناهي.
- 1 آڪٽوبر تي، پهرين هال ۾، ان جي ابتڙ، اسان ٽيڪنالاجي بابت وڌيڪ ڳالهائينداسين، پر وڌيڪ وسيع.
- ٻئين هال ۾، ٻئي ڏينهن تي، اسان مخصوص ڪمن تي بحث ڪندا آهيون جيڪي سڀني منصوبن ۾ پيدا نه ٿيندا آهن، مثال طور، هڪ ڪمپني ۾.
پر مان فوري طور تي نوٽ ڪندس ته اهڙي تقسيم جو مطلب هرگز سامعين جي تقسيم نه آهي. ان جي برعڪس، هڪ انجنيئر لاءِ اهو ضروري آهي ته هو ڪاروباري مسئلن کي سمجهي، ان جي معنيٰ کي ڄاڻي جيڪو هو ڪري رهيو آهي، ۽ عملي تجربو رکي. ۽ ٽيم جي اڳواڻي يا سروس اسٽيشن لاء، يقينا، ڪيس ۽ ٻين ڪمپنين جو تجربو اهم آهن، پر ساڳئي وقت توهان کي اندروني ڪم کي سمجهڻ جي ضرورت آهي. ڪٽ جي هيٺان آئون توهان کي سڀني عنوانن بابت وڌيڪ تفصيل سان ٻڌايان ٿو ۽ توهان کي تفصيلي سفر جو منصوبو ٺاهڻ ۾ مدد ڏيندس.
ڪانفرنس انفو اسپيس ۾ ٿيندي ۽ اسان ٻن مکيه هالن کي ”گولڊن هارٽ“ سڏيو - جهڙوڪ ”دي هچ هاڪرز گائيڊ ٽو دي گليڪسي“ جو جهاز، جيڪو خلا ۾ هلڻ لاءِ ناممڪن جي اصول کي استعمال ڪندو آهي، ۽ ”ايٽ دي ايج آف دي ايج. ڪائنات" - ساڳي ساگا مان هڪ ريسٽورنٽ وانگر. ھاڻي ھاڻي مان اھي نالا استعمال ڪندس ٽريڪز جي حوالي ڪرڻ لاءِ. "گولڊن هارٽ" ڪهڪشان جي علائقي ۾ رپورٽ اسٽاپ مکيه سياحن جي گروپ لاءِ وڌيڪ موزون آهن، اهي آهن، جيڪڏهن توهان چاهيو ته، ضرور گهمڻ جا ڪشش. "ڪائنات جي ڪناري تي" تجربا مسافرن لاء دلچسپ شيون آهن. تمام ٿورا اُتي پهچي وڃن ٿا، پر جيڪي همت ڪن ٿا سي اُتي ٻرندڙ اکين سان ايسٽرائڊ بيلٽ ذريعي وڃن ٿا.
ساڳئي وقت، توهان آساني سان هڪ ڪمري کان ٻئي ڏانهن منتقل ڪري سگهو ٿا، ۽ ڪنهن به وقت توهان کي هڪ موضوع ملندو جيڪو توهان لاء مناسب آهي. جيئن ته مون اڳ ۾ چيو آهي، پروگرام تمام متوازن آهي. اسان وٽ تمام گهڻيون ڪلاس رپورٽون هيون، پر پروگرام ڪميٽيءَ کي نهايت مجبوريءَ سان انهن کي منتقل ڪرڻو پيو يا سينٽ پيٽرزبرگ ۾ بهار جي ڪانفرنس تائين ملتوي ڪيو وڃي، جيئن توازن خراب نه ٿئي ۽ اصل خيال تي عمل ڪيو وڃي. ڪانفرنس پروگرام توهان کي هر هڪ رٿيل موضوع تي غور ڪرڻ جي اجازت ڏئي ٿو (مسلسل ترسيل، بنيادي ڍانچي جي طور تي ڪوڊ، DevOps تبديلي، SRE عمل، سيڪيورٽي، انفراسٽرڪچر پليٽ فارم) مختلف مثالن ۽ مختلف زاوين کان استعمال ڪندي.
ھاڻي ويھي رھو، اسان جو ڪھڪشان ٻيڙي اچي رھيو آھي سڀ اسٽاپ تي.
"گولڊن دل"، سيپٽمبر 30
پهرين 90 ڏينهن CTO طور
ڪانفرنس جو افتتاح ڪندو ليونا فائر. وراثت واري نظام بابت ۽ مسئلا جيڪي اڪثر انهن سان گڏ ايندا آهن. ليون توهان کي ٻڌائيندو ته سروس اسٽيشن ڪيئن حاصل ڪري سگهي ٿي ٽيڪنيڪل سسٽم کي سمجهڻ جنهن سان هو ڪم ڪرڻ شروع ڪري ٿو. هڪ جديد ڪمپني ۾ ٽيڪنيڪل ڊائريڪٽر لاءِ، ڊي او پيز جي عمل کي منظم ڪرڻ بنيادي ڪم آهي، ۽ ليون توهان کي هڪ دلچسپ ۽ مزاحيه انداز ۾ ڏيکاريندو فني ۽ ڪاروباري حصن جي وچ ۾ تعلق SRT جي نقطي نظر کان.
شروعات ڪندڙ ۽ جيڪي هڪ ٿيڻ چاهين ٿا انهن کي ضرور هن رپورٽ تي اچڻ گهرجي. آخرڪار، توهان جي ڪمپني ۾ هڪ ٽيڪنيڪل ڊائريڪٽر ٿيڻ هڪ شيء آهي، ۽ هن ڪردار کي ٻيهر داخل ڪرڻ لاء، اهڙي ايروبيٽڪ هر ڪنهن لاء دستياب ناهي.
DevOps بنياديات - شروع کان هڪ منصوبي ۾ داخل ٿيڻ
اڳيون موضوع جاري آهي، پر آندري Yumashev (LitRes) مسئلي تي عالمي سطح تي ٿورو غور ڪندو ۽ سوالن جا جواب ڏيندو: مختلف ٽيمن ۾ ڪم ڪرڻ شروع ڪرڻ وقت توهان کي ڪهڙيون بنياديات ڄاڻڻ جي ضرورت آهي؛ مسئلن جي حد جو صحيح تجزيو ڪيئن ڪجي؛ هڪ سرگرمي منصوبو ڪيئن ٺاهيو؛ KPIs جو حساب ڪيئن ڪجي ۽ ڪڏهن بند ڪجي.
بنيادي ڍانچي جو مستقبل ڪوڊ طور
اڳيون اسان هڪ وقفو وٺنداسين بنيادي ڍانچي جي موضوع تي بحث ڪرڻ لاءِ ڪوڊ جي طور تي. رومن بوائيڪو DevOpsConf تي AWS تي حل معمار نئين اوزار جي باري ۾ AWS ڪلائوڊ ڊولپمينٽ کٽ، جيڪو توهان کي هڪ واقف ٻولي (Python، TypeScript، JavaScript، Java) ۾ انفراسٽرڪچر بيان ڪرڻ جي اجازت ڏئي ٿو. اسان سڀ کان پهريان سيکارينداسين ته ڪھڙي شيءِ ڪلائوڊ کي ڊولپر جي ويجھو ٿيڻ جي اجازت ڏئي ٿي، ڪيئن ھن ٽول کي استعمال ڪرڻ شروع ڪجي ۽ آسان انفراسٽرڪچر مينيجمينٽ لاءِ ٻيهر استعمال لائق اجزاء ٺاھيو وڃي. ڪانفرنس جي شرڪت ڪندڙن لاءِ، اھو ھڪڙو بھترين موقعو آھي دنيا جي جدت بابت روسي زبان ۾ ۽ ٽيڪنيڪل تفصيل جي درجي سان جيڪو ھتي عام آھي، پر اولهه ۾ نه.
ڇڏڻ کان فاسٽ ٽريڪ تائين
منجھند جي ماني کان پوءِ اسين ڪجھ ڪلاڪن لاءِ تبديليءَ جي مسئلي ڏانھن موٽنداسين. تي Evgenia Fomenko اچو ته MegaFon جي DevOps تبديليءَ جي پيروي ڪريون: اسٽيج کان شروع ڪندي جڏهن اهي روايتي طريقا استعمال ڪرڻ جي ڪوشش ڪندا آهن، جهڙوڪ KPI، اسٽيج تي غالب ٿيڻ جڏهن ڪجهه به واضح نه هجي ۽ توهان کي نوان اوزارن سان گڏ اچڻ ۽ پنهنجو پاڻ کي تبديل ڪرڻ جي ضرورت آهي، جيستائين عمل مڪمل طور تي بحال نه ڪيو وڃي. اهو انٹرپرائز لاءِ هڪ تمام ٿڌو ۽ حوصلا افزائي وارو تجربو آهي ، جنهن ۾ ان جا ٺيڪيدار پڻ شامل هئا DevOps تبديلي ۾ ، جنهن بابت Evgeniy پڻ ڳالهائيندو.
هڪ ڪراس فنڪشنل ٽيم ڪيئن بڻجي وڃي
У ميخائل بزن ٽيمن ۾ تبديل ٿيندڙ تبديلين کي کڻڻ ۾ وسيع تجربو. ھاڻي ميخائل، Raiffeisenbank Acceleration Team جي اڳواڻ جي حيثيت سان، ٽيمن کي ڪراس فنڪشنل بڻائي ٿو. هن تي اچو ته ڪراس فنڪشنل ٽيمن جي کوٽ جي درد جي باري ۾ ڳالهايون ۽ ڇو ته ڪراس فنڪشنل ٽيم جا چئلينج ايجاد ڪرڻ، ٺاهڻ ۽ لاڳو ڪرڻ سان ختم نه ٿيندا آهن.
SRE مشق
رستي ۾ اڳتي اسان کي SRE عملن لاءِ وقف ٿيل ٻه رپورٽون ملنديون، جيڪي رفتار حاصل ڪري رهيون آهن ۽ پوري DevOps عمل ۾ هڪ اهم جڳهه تي قبضو ڪري رهيون آهن.
Alexey Andreev Prisma Labs کان ، ڇو هڪ شروعاتي کي SRE عملن جي ضرورت آهي ۽ اهو ڇو ادا ڪري ٿو.
Matvey Grigoriev دودو پيزا کان هڪ وڏي ڪمپني ۾ SRE جو هڪ مثال جيڪو اڳ ۾ ئي شروعاتي اسٽيج کي ختم ڪري چڪو آهي. Matvey پاڻ پنهنجي باري ۾ هي چوي ٿو: هڪ تجربيڪار .NET ڊولپر ۽ هڪ شروعاتي SRE، ترتيب سان، هڪ ڊولپر جي منتقلي جي ڪهاڻي کي حصيداري ڪندو، ۽ نه رڳو هڪ، پر هڪ پوري ٽيم، انفراسٽرڪچر ڏانهن. ڇو DevOps ڊولپر لاءِ هڪ منطقي رستو آهي ۽ ڇا ٿيندو جيڪڏهن توهان پنهنجي سڀني جوابي پلے بڪ ۽ بش اسڪرپٽ کي مڪمل سافٽ ويئر پراڊڪٽ جي طور تي ڏسڻ شروع ڪيو ۽ انهن تي ساڳيون گهرجون لاڳو ڪريو، اسان 30 سيپٽمبر تي گولڊن هارٽ هال ۾ Matvey جي رپورٽ تي 17:00 تي بحث ڪنداسين.
پهرين ڏينهن جو پروگرام مڪمل ڪيو دانييل تيخوميروف، جيڪو هن ۾ هڪ اهم سوال اٿاري ٿو: ڪيئن ٽيڪنالاجي صارف جي خوشي سان لاڳاپيل آهي. "هر شي ڪم ڪري ٿو، پر صارف مطمئن نه آهي" جي مسئلي کي حل ڪرڻ، MegaFon انفرادي سسٽم جي نگراني ڪرڻ کان پوء، سرورز، ايپليڪيشنن کي صارف جي اکين ذريعي خدمت جي نگراني ڪرڻ لاء. ڪيئن سڀني ٽيڪنيڪل ماهرن، گراهڪن ۽ وينڊرز انهن KQI اشارن تي ڌيان ڏيڻ شروع ڪيو، اسان ڪانفرنس جي پهرين ڏينهن جي شام ۾ معلوم ڪنداسين. ۽ ان کان پوءِ، اسان پارٽيءَ ۾ غير رسمي سيٽنگ ۾ انفراسٽرڪچر ۽ تبديليءَ تي بحث ڪنداسين.
"ڪائنات جي ڪناري تي"، سيپٽمبر 30
"ڪائنات جي ڪناري تي" هال ۾ پهرين ٽي رپورٽون اوزار جي نقطي نظر کان تمام دلچسپ هونديون.
ميڪسم ڪوسٽرڪين (وڌيڪ) Terraform ۾ نمونن وڏي ۽ ڊگھي منصوبن تي افراتفري ۽ معمولي کي منهن ڏيڻ لاء. Terraform ڊولپرز AWS انفراسٽرڪچر سان ڪم ڪرڻ لاءِ ڪافي آسان بهترين طريقا پيش ڪن ٿا، پر اتي ھڪڙو نانءُ آھي. ڪوڊ مثالن کي استعمال ڪندي، ميڪسم ڏيکاريندو ته ڪيئن نه Terraform ڪوڊ سان فولڊر کي سنوبال ۾ تبديل ڪيو وڃي، پر، نمونن کي استعمال ڪندي، آٽوميشن کي آسان ڪرڻ ۽ وڌيڪ ترقي ڪرڻ لاء.
گرگوري ميخالڪن لامودا کان "اسان ڪبرنيٽس آپريٽر ڇو ترقي ڪئي ۽ اسان ان مان ڪهڙو سبق سکيو؟" معلومات جي کوٽ کي ڀرڻ ۾ مدد ڪندو ته ڪبرنيٽس استعمال ڪندي بنيادي ڍانچي کي ڪيئن لاڳو ڪيو وڃي. Kubernetes پاڻ تي مشتمل آهي، مثال طور، yaml فائلون استعمال ڪندي خدمتن جي وضاحت، پر اهو سڀني ڪمن لاء ڪافي ناهي. گھٽ-سطح جي انتظام کي آپريٽرز جي ضرورت آهي، ۽ اها ڳالهه تمام مفيد آهي جيڪڏهن توهان ڪبرنيٽس کي صحيح طريقي سان منظم ڪرڻ چاهيو ٿا.
ايندڙ رپورٽ جو موضوع آهي Hashicorp Vault - بلڪل خاص. پر حقيقت ۾، هي اوزار گهربل آهي جتي توهان کي پاسورڊ منظم ڪرڻ جي ضرورت آهي ۽ رازن سان ڪم ڪرڻ لاء هڪ عام نقطو آهي. گذريل سال، سرجي نوسڪوف ٻڌايو ته ڪيئن رازن کي منظم ڪيو ويندو آهي Avito ۾ Hashicorp Vault جي مدد سان، ان کي ڏسو ۽ اچو يوري شٽڪن Tinkoff.ru کان وڌيڪ تجربو لاء.
تاراس ڪوٽوف (EPAM) ڪلائوڊ انفراسٽرڪچر جي تعمير جو اڃا به وڌيڪ نادر ڪم جنهن ۾ ان جي پنهنجي پٺي جي هڏي شامل آهي IP/MPLS نيٽ ورڪ. پر تجربو وڏو آهي، ۽ رپورٽ سخت آهي، تنهنڪري جيڪڏهن توهان سمجھو ٿا ته اهو ڇا آهي، هن رپورٽ تي اچڻ جو يقين رکجو.
بعد ۾ شام جو اسان ڪلائوڊ انفراسٽرڪچر ۾ ڊيٽابيس مينيجمينٽ بابت ڳالهائينداسين. ڪريل ميلنيچڪ استعمال جو تجربو ڪبرنيٽس ڪلستر اندر MySQL سان ڪم ڪرڻ لاءِ وائيٽ. الف ولاديمير ريابوف Playkey.net کان ، ڪلائوڊ اندر ڊيٽا سان ڪيئن ڪم ڪجي ۽ دستياب اسٽوريج اسپيس کي صحيح طريقي سان ڪيئن استعمال ڪجي.
"گولڊن دل"، آڪٽوبر 1
1 آڪٽوبر تي، هر شيء جي چوڌاري ٻي واٽ ٿي ويندي. گولڊن هارٽ هال وڌيڪ ٽيڪنالاجي تي مبني ٽريڪ ڏيکاريندو. اهڙيءَ طرح، ”گولڊن هارٽ“ ذريعي سفر ڪندڙ انجنيئرن لاءِ، اسان پهريان توهان کي دعوت ڏيون ٿا ته ڪاروباري ڪيسن ۾ ٻڏڻ، ۽ پوءِ ڏسو ته اهي ڪيس عملي طور ڪيئن حل ٿين ٿا. ۽ مئنيجر، موڙ ۾، پهرين ممڪن ڪمن جي باري ۾ سوچيو، ۽ پوء بهتر سمجهڻ شروع ڪيو ته هن اوزار ۽ هارڊويئر ۾ ڪيئن لاڳو ڪجي.
وڏي بادل اسٽوريج جي هود هيٺ
پهريون ڳالهائيندڙ آرٽمي ڪيپيتولا. سندس رپورٽ گذريل سال"ڪانفرنس جي شرڪت ڪندڙن ان کي بهترين سڏيو، مان سمجهان ٿو، ڪهاڻي جي ناقابل اعتماد کوٽائي جي ڪري. هن ڀيري اسٽوريج ڊيزائن تي Mail.Ru Cloud Solutions حلن سان جاري رهندو ۽ سسٽم جي ناڪامي جي اڳڪٿي جو تجزيو. مينيجرز لاء هن رپورٽ جو غير واضح فائدو اهو آهي ته آرٽمي نه رڳو ٽيڪنيڪل مسئلو پاڻ کي جانچيندو آهي، پر ان کي حل ڪرڻ جو سڄو عمل پڻ. اهي. توھان سمجھي سگھوٿا ته ھن سڄي عمل کي ڪيئن منظم ڪجي ۽ ان کي پنھنجي ڪمپني تي لاڳو ڪجي.
Reversive Decentralized Deployment
Egor Bugaenko اهو پهريون ڀيرو ناهي ته هو ڪانفرنس ۾ پڻ ظاهر ٿيو آهي؛ هن جون رپورٽون روايتي طور تي تڪراري ٿيسز تي مشتمل آهن، پر اهي توهان کي سوچڻ تي مجبور ڪن ٿا. اسان کي اميد آهي ته ايگور جي ڳالهه ٻولهه decentralized تعیناتي بابت هڪ دلچسپ ۽، سڀ کان اهم، تعميري بحث جو سبب بڻجندي.
اسان وري بادلن ۾ آهيون
Alexey Vakhovڪاروباري اجزاء ۽ ٽيڪنالاجي جو هڪ طاقتور فيوزن آهي، جيڪو انجنيئرنگ ۽ انتظام ٻنهي طرفن کان دلچسپ هوندو. Alexey توهان کي ٻڌائيندو ته ڪيئن Uchi.ru ڪم ڪندو آهي Cloud Native انفراسٽرڪچر: ڪيئن سروس ميش، OpenTracing، Vault، مرڪزي لاگنگ ۽ ڪل SSO استعمال ڪيا ويندا آهن. ان کان پوء، 15:00 تي، Alexey منعقد ڪندو جتي هر ماڻهو اچي انهن سڀني اوزارن کي پنهنجن هٿن سان هٿ ڪري سگهندو.
Apache Kafka in Avito: ٽن جنمن جي ڪهاڻي
Anatoly Soldatov جي باري ۾ ته Avito ڪيئن Kafka تعمير ڪري رهيو آهي هڪ خدمت جي طور تي، يقينا، انهن لاء دلچسپي هوندي جيڪي Kafka استعمال ڪندا آهن. پر ٻئي طرف، اهو تمام سٺو ظاهر ڪري ٿو اندروني خدمت ٺاهڻ جو عمل: خدمت جي ضرورتن ۽ ڀائيوارن جي خواهش کي ڪيئن گڏ ڪرڻ، انٽرفيس کي لاڳو ڪرڻ، ٽيمن جي وچ ۾ رابطي جي تعمير ۽ ڪمپني جي اندر هڪ پيداوار جي طور تي خدمت ٺاهي. هن نقطي نظر کان، تاريخ وري مختلف ڪانفرنس جي شرڪت ڪندڙن لاء مفيد آهي.
اچو ته مائڪرو سروسز کي ٻيهر هلڪو ڪريون
هتي، اهو لڳي ها، هر شيء نالي کان صاف آهي. پر اهو آهي دمتري Sugrobov Leroy Merlin کان، جيتوڻيڪ پروگرام ڪميٽي ۾ گرم بحث جو سبب بڻيو. هڪ لفظ ۾، هن موضوع تي بحث لاء سٺو بنياد هوندو جيڪو عام طور تي مائڪرو سروسز سمجهيو ويندو آهي، انهن کي ڪيئن لکڻو، انهن کي برقرار رکڻ، وغيره.
بيئر ميٽل انفراسٽرڪچر کي منظم ڪرڻ لاءِ CI/CD
ايندڙ رپورٽ وري ٻه ۾ هڪ آهي. هڪ پاسي، آندري ڪوپيل (WEDOS انٽرنيٽ، جيئن) بيئر ميٽل انفراسٽرڪچر کي منظم ڪرڻ جي باري ۾ ڳالهائيندو، جيڪو ڪافي مخصوص آهي، ڇاڪاڻ ته هرڪو هاڻي گهڻو ڪري بادل استعمال ڪندو آهي، ۽ جيڪڏهن اهي هارڊويئر رکندا آهن، اهو ايتري وڏي پيماني تي ناهي. پر اهو تمام ضروري آهي ته Andrey BareMetal انفراسٽرڪچر کي ترتيب ڏيڻ ۽ انتظام ڪرڻ لاءِ CI/CD ٽيڪنڪ جو استعمال، ۽ ان نقطه نظر کان، رپورٽ ٽيم جي اڳواڻن ۽ انجنيئرن ٻنهي لاءِ دلچسپيءَ جو حامل هوندو.
موضوع جاري رهندو سرجي Makarenko, هن محنت جي شدت واري عمل جي پردي جي پويان Wargaming پليٽ فارم.
ڇا ڪنٽينر محفوظ ٿي سگھن ٿا؟
گولڊن هارٽ هال ۾ پروگرام مڪمل ڪندو اليگزينڊر Khayorov ڪنٽينر سيڪيورٽي تي بحث پيپر. اليگزينڊر اڳ ۾ ئي RIT++ تي آهي هيلم جي سيڪيورٽي مسئلن ۽ ان کي منهن ڏيڻ جي طريقن تي، ۽ هن ڀيري اهو پاڻ کي ڪمزورين جي فهرست تائين محدود نه ڪندو، پر ماحول جي مڪمل اڪيلائي لاء اوزار.
"ڪائنات جي ڪناري تي"، آڪٽوبر 1
شروع ٿيندو اليگزينڊر برٽسوف (براما برما) ۽ سائيٽ کي تيز ڪرڻ لاء ممڪن حلن مان هڪ. اچو ته ڏسو پنجن جي ڪامياب عمل تي تيز رفتار صرف DevOps اوزار جي ڪري ڪوڊ کي ٻيهر لکڻ جي بغير. توهان کي اڃا تائين اهو فيصلو ڪرڻو پوندو ته ڪوڊ کي ٻيهر لکڻو آهي يا نه هر پروجيڪٽ ۾، پر اهو هميشه مفيد آهي ذهن ۾ اهڙو تجربو رکڻ.
DevOps 1C ۾: انٽرنيشنل
پيٽر گريبانوف 1C ڪمپني کان هن افساني کي رد ڪري ڇڏيو ته اهو ناممڪن آهي DevOps کي هڪ وڏي اداري ۾ لاڳو ڪرڻ. 1C کان وڌيڪ پيچيده ڇا ٿي سگهي ٿو: انٽرپرائز پليٽ فارم، پر جڏهن ته DevOps طريقا اتي به لاڳو آهن، مان سمجهان ٿو ته افسانو بيٺو نه هوندو.
DevOps ڪسٽم ترقي ۾
Anton Khlevitsky Evgeniy Fomenko جي رپورٽ جي تسلسل ۾ , ڪيئن MegaFon ٺيڪيدار جي پاسي DevOps تعمير ڪيو ۽ ڪيترن ئي سافٽ ويئر سپلائرز کان ڪسٽم ڊولپمينٽ سميت مسلسل تعیناتي ٺاهي.
DWH/BI ڏانهن DevOps آڻڻ
هڪ غير معياري، پر مختلف شرڪت ڪندڙن لاء ٻيهر دلچسپ موضوع واسيلي ڪٽسينڪو Gazprombank کان. واسيلي عملي صلاحون شيئر ڪندو ته ڪيئن ڊيٽا ڊولپمينٽ ۾ آئي ٽي ڪلچر کي ترقي ڪرڻ ۽ ڊيٽا گودام ۽ بي آئي ۾ DevOps طريقن کي لاڳو ڪرڻ، ۽ توهان کي ٻڌائيندو ته ڊيٽا سان ڪم ڪرڻ لاءِ پائپ لائن ڪيئن مختلف آهي ۽ ڪهڙي آٽوميشن جا اوزار واقعي ڪارائتو آهن ڪم ڪرڻ جي حوالي سان. ڊيٽا.
ڪيئن (توهان) هڪ سيڪيورٽي ڊپارٽمينٽ کان سواء رهڻ لاء
لنچ کان پوءِ مونا آرخپووا (sudo.su) اسان کي بنياديات سان ديو ايس ايس اوپس ۽ وضاحت ڪندو ته ڪيئن توهان سيڪيورٽي کي پنهنجي ترقي جي عمل ۾ شامل ڪري سگهو ٿا ۽ هڪ الڳ سيڪيورٽي ڊپارٽمينٽ استعمال ڪرڻ بند ڪري سگهو ٿا. موضوع دٻائي رهيو آهي، ۽ رپورٽ ڪيترن ئي لاء تمام مفيد هجڻ گهرجي.
وڏي حل جي CI/CD ۾ لوڊ ٽيسٽ
مڪمل طور تي پوئين موضوع کي پورو ڪري ٿو ولاديمير خونين MegaFon کان. هتي اسان بابت ڳالهائينداسين DevOps پروسيس ۾ معيار کي ڪيئن متعارف ڪرايو: ڪيفيت گيٽ کي ڪيئن استعمال ڪجي، سسٽم اندر مختلف ڪيسن کي رڪارڊ ڪيو، ۽ ان کي ڪيئن ضم ڪجي سڀني کي ترقي جي عمل ۾. هي رپورٽ خاص طور تي انهن لاءِ موزون آهي جيڪي وڏي سسٽم سان ڪم ڪن ٿا، پر ان هوندي به جيڪڏهن توهان وڏي بلنگ سان ڪم نه ڪيو، توهان پنهنجي لاءِ دلچسپ پهلو ڳوليندا.
SDLC ۽ تعميل
۽ ايندڙ موضوع وڏين ڪمپنين لاءِ وڌيڪ لاڳاپيل آهي - پروسيس ۾ تعميل حل ۽ معيار جي گهرج کي ڪيئن متعارف ڪرايو وڃي. اليا Mitrukov Deutsche Bank ٽيڪنالاجي سينٽر کان ، اهو ڪم جا معيار شايد ڊيو اوپس سان گڏ هجن.
۽ ڏينهن جي آخر ۾ Matvey Kukuy (Amixr.IO) انگ اکر ۽ بصيرتون ته ڪيئن دنيا ۾ درجنين ٽيمون ڊيوٽي تي آهن، واقعن کي ترتيب ڏيڻ، ڪم کي منظم ڪرڻ ۽ قابل اعتماد سسٽم ٺاهڻ، ۽ وضاحت ڪندو ته اهو سڀ ڪجهه SRE سان ڪيئن تعلق رکي ٿو.
هاڻي مان توهان سان ٿورو حسد ڪريان ٿو، ڇاڪاڻ ته سفر ذريعي توهان کي صرف ڪرڻو آهي. توهان پنهنجو ذاتي منصوبو ٺاهي سگهو ٿا ۽ مزو وٺي سگهو ٿا ته ڪيئن منظم طور تي رپورٽون هڪ ٻئي کي پورو ڪنديون، پر مون کي، گهڻو ڪري، ڪنهن به گائيڊ وانگر، احتياط سان چوڌاري ڏسڻ جو وقت نه هوندو.
رستي ۾، مکيه پروگرام کان علاوه، اسان وٽ آهي، ڳالهائڻ لاء، هڪ ڪئمپنگ جي جڳهه - هڪ ملاقات جو ڪمرو، جنهن ۾ شرڪت ڪندڙ پاڻ هڪ ننڍڙي ميٽنگ، ورڪشاپ، ماسٽر ڪلاس کي منظم ڪري سگهن ٿا ۽ اندروني سيٽنگ ۾ دٻائڻ واري مسئلن تي بحث ڪري سگهن ٿا. ڪو به شرڪت ڪري سگهي ٿو، ۽ ڪو به حصو وٺندڙ هڪ پروگرام ڪميٽي طور ڪم ڪري سگهي ٿو ۽ ٻين گڏجاڻين لاءِ ووٽ ڏئي سگهي ٿو. هي فارميٽ اڳ ۾ ئي ان جي اثرائتي ثابت ڪري چڪو آهي، خاص طور تي نيٽ ورڪنگ جي لحاظ کان، تنهنڪري هڪ ويجهي نظر وٺو شيڊول، ۽ ڪانفرنس دوران، نئين ملاقاتن بابت اعلانن لاء ڏسو .
توهان کي DevOpsConf 2019 گليڪس ۾ ڏسو!
جو ذريعو: www.habr.com