پہلے کا تیسرا اور آخری دن، لیکن آخری نہیں، DevOps Slurm آ گیا ہے۔
ہم نے Slurm DevOps کی نقل تیار کرنے کے قابل ہونے کی توقع نہیں کی۔ لیکن ہمارے لیے غیر متوقع طور پر، تمام مقررین نے فروری میں سلرم آنے پر اتفاق کیا، اور تاثرات نے ہمیں پروگرام کو حتمی شکل دینے کا طریقہ دکھایا۔ اس بات کی سمجھ موجود ہے کہ کس طرح گہرے پروگرام کو مزید جامع اور مفصل بنایا جائے، اور کچھ موضوعات کو زیادہ عملی بنایا جائے۔ لہذا فروری میں ہم ماسکو میں ایک DevOps Slurm منعقد کرنے جا رہے ہیں۔ تفصیلات دسمبر کے قریب دستیاب ہوں گی۔ اعلان یقینی طور پر Habré پر ظاہر ہوگا۔
6 ستمبر کو سلوم کے تیسرے دن چار مقررین نے خطاب کیا۔
ولادیمیر گوریانوف، ساؤتھ برج کے انجینئر/ٹیم لیڈ، جن کی سلرم ڈی او اوپس کے دوسرے دن کی تقریر کو انٹینسیو کے شرکاء نے بہت پسند کیا۔ ولادیمیر اپنے کام میں DevOps نقطہ نظر کا ایک فعال حامی ہے اور اسے ہر جگہ نافذ کرنے کی کوشش کرتا ہے۔
Pavel Selivanov، ایک تسلیم شدہ Slurm ستارہ، پہلے Kubernetes Slurm کا متاثر کن۔ طلباء نے ان کے بارے میں لکھا کہ "یہ بہت اچھا ہوگا اگر وہ پورے پروگرام کی قیادت کریں۔" Pavel ایک مصدقہ Kubernetes ایڈمنسٹریٹر ہے۔ اس کے پاس Kubernetes کو نافذ کرنے کا وسیع عملی تجربہ ہے - ایک ٹیم میں اور انفرادی طور پر 25 سے زیادہ پروجیکٹس۔
Eduard Medvedev، CTO Tungsten Labs نے ڈیٹا سینٹر آٹومیشن میں ChatOps کو تیار اور لاگو کیا۔ سلرم میں ان کی تقریر کے بعد، بہت سے شرکاء نے اپنی کمپنیوں میں ChatOps کو لاگو کرنے کے بارے میں سوچا۔ اب وہ کامیابی سے سیکیورٹی کنسلٹنٹ کے طور پر کام کر رہے ہیں۔
Ivan Kruglov، Booking.com کے پرنسپل ڈویلپر، کانفرنس کے حقیقی مہمان اسٹار ہیں۔ یہ ان کی تقریر کے لئے تھا کہ کچھ شرکاء نے Slurm DevOps کے لئے سائن اپ کیا۔ Booking.com میں اس نے بنیادی ڈھانچے کے منصوبوں پر کام کیا جیسے تقسیم شدہ پیغام کی ترسیل اور پروسیسنگ، بگ ڈیٹا اور ویب اسٹیک، تلاش۔ اب اس کے کاموں کی فہرست میں ایک اندرونی کلاؤڈ اور سروس میش بنا رہا ہے۔
ہم نے Eduard Medvedev اور Ivan Kruglov کے ساتھ وسیع انٹرویوز کیے - تیار ہونے پر ہم انہیں Habré پر شائع کریں گے۔
سامعین نے اپنی فکر انگیز صورت سے ہلکی سی تھکاوٹ کا مظاہرہ کیا۔ پچھلے دو شدید دنوں نے مجھے حد تک کام کرنے پر مجبور کیا، میرے سروں کو آرام اور دن کی چھٹی کی ضرورت تھی۔ لیکن تیسرے دن کے موضوعات اور مقررین نے تھکاوٹ اور غنودگی کو بکھیر دیا۔ خاص طور پر سائٹ کی وشوسنییتا انجینئرنگ اور ایوان کروگلوف۔
تکمیل کی طرف Prometheus سے انفراسٹرکچر کی نگرانی کل تک ملتوی کرنے کا فیصلہ کیا گیا۔ انتہائی شدید نکلا - تمام شرکاء رفتار کو برقرار نہیں رکھ سکتے تھے۔
اور اسی لیے تیسرے دن کا آغاز ولادیمیر گوریانوف کی تقریر سے ہوا۔ اس نے مختصراً بتایا کہ اصل میں نگرانی کی ضرورت کیوں ہے۔ نگرانی کی بیان کردہ اور درجہ بندی کی اقسام۔ میں نے مانیٹرنگ میں نوٹیفیکیشن کے معاملے کو چھوا۔
"ایک صحت مند نگرانی کا نظام کیسے بنایا جائے" اور "انسانی پڑھنے کے قابل اطلاعات" کے عنوانات بہت تیزی سے سامعین کے ساتھ گونج اٹھے۔ ولادیمیر نے ہیلتھ چیک کے عنوان سے اپنی پریزنٹیشن کا اختتام کیا، آپ کو کن چیزوں پر توجہ دینی چاہیے اور مانیٹرنگ ڈیٹا کی بنیاد پر آٹومیشن کیسے ترتیب دیا جائے۔
سوئے ہوئے شرکاء کو ہلانے اور ان کی سیکھنے کی صلاحیتوں کو زیادہ سے زیادہ فعال کرنے کے لیے، ولادیمیر گوریانوف کی پیروی کرتے ہوئے، Pavel Selivanov نے "ELK کے ساتھ درخواست لاگ کرنا" کے عنوان سے عوام کی توجہ حاصل کی۔ اس نے Slurm کے شرکاء کو لاگنگ کے ہمارے بہترین طریقے دکھائے اور ELK اسٹیک کا جائزہ لیا۔
پہلے کافی کے وقفے کے بعد، کمیونیکیشن اور کوکیز سے بھرپور، سلم کے شرکاء نے سامعین میں اپنی نشستیں سنبھال لیں۔
گوریانوف، سیلیوانوف اور پیورین الکلائیڈ کیفین کی پرفارمنس نے ان کا مکروہ کام کیا۔ کیفین دماغ کے اڈینوسین ریسیپٹرز تک پہنچ گئی، وہاں پیورین نیوکلیوسائیڈ اڈینوسین کی جگہ لے لی، جو روک تھام کے عمل کے لیے ذمہ دار ہے - جس نے سلم کے شرکاء کو "سست ہونے" اور "جھپکی لینے" کے موقع سے محروم کردیا۔ سب کو سمجھ نہیں آئی کہ کیا ہوا ہے۔ لیکن سب نے خوشی کا اظہار کیا۔
اس طرح سامعین مزید سیکھنے اور علم کے فعال جذب کے لیے سو فیصد تیار تھے۔ اور ایڈورڈ میدویدیف کی تقریر پر۔
ایڈورڈ نے ChatOps کے ساتھ انفراسٹرکچر آٹومیشن کے موضوع پر بات کی اور پائپ لائنوں کے ساتھ میسنجر کے انضمام کے بارے میں بات کی۔
Slurm اور Slurm DevOps کے تیسرے دن کا اختتام عام طور پر Booking.com کے پرنسپل ڈویلپر ایوان کرگلوف کی طرف سے پیش کیا گیا۔ ایوان نے فوری طور پر سامعین کی توجہ اپنی طرف مبذول کر لی، یہ تسلیم کرتے ہوئے کہ اس کے پاس اپنی پیشکش میں 140 سے زیادہ سلائیڈیں تھیں، اس طرح احتیاط سے اشارہ دیا کہ Slurm کے شرکاء کو نہ تو جمعہ کے لیے اور نہ ہی ویک اینڈ کے لیے منصوبہ بندی کرنی چاہیے۔
ایک شدید، لمبی اور گہری تقریر میں، ایوان کروگلوف نے DevOps اور SRE کے موضوع پر بات کی، وہ کون ہیں اور ان کا ایک دوسرے سے کیا تعلق ہے۔ اس نے "SRE کی دنیا سے خوفناک اصطلاحات" کے بارے میں بات کی: SLA، SLO، ایرر بجٹ اور کچھ دیگر۔
اس کے بعد پریکٹس آئی اور اس سے بھی زیادہ پریکٹس - ایس ایل آئی اور ایس ایل او کی نگرانی، ایرر بجٹ کا استعمال کرتے ہوئے اور رکاوٹوں اور آپریشنل بوجھ کا انتظام کرنا (اپیگیٹ وے، سروس میش، سرکٹ بریکر)۔ اور بہت کچھ، بہت کچھ۔
ایک ڈویلپر کی خفیہ دعا۔
چونکہ SRE کا موضوع بہت وسیع ہے اور آپ کم از کم کئی دنوں تک باریکیوں کے بارے میں بات کر سکتے ہیں، اس لیے یہ فیصلہ کیا گیا کہ فروری میں اگلے DevOps Slurm میں ہم SRE اور اس کے عملی اطلاق کے لیے اور بھی زیادہ وقت دیں گے، جیسا کہ سب سے زیادہ متعلقہ اور مانگ میں ٹیکنالوجی.
Sabbath, [6 сент. 2019 г., 18:25:30]:
Шикарный доклад!!
Я теперь думаю, что букинг по крутизне не уступают гуглу :)
aaa, [6 сент. 2019 г., 18:27:07]:
еще осталось UIUX подтянуть
mr. Dmitry, [6 сент. 2019 г., 18:28:47]:
Ага, сколько докладов слышал от спецов букинга - все круто, все четко, все по уму. Но пользоваться из-за их гуя крайне сложноتقاریر کے بعد، بے شمار سوالات کی باری آئی، آف لائن اور سلرم ورک چیٹ میں:
Владимир Гурьянов, [6 сент. 2019 г., 23:24:54]:
Спрашивали про мониторинг, сколько items у нас.
Не забыл, отвечаю.
Активных: 297 432
Maksim Aleksandrov, [7 сент. 2019 г., 0:11:58]:
Спасибо . Это какое количество проверок в секунду (nvps) ? И почему все таки prometheus ?
Владимир Гурьянов, [7 сент. 2019 г., 0:24:15]:
2.21K
Почему prometheus? Ну, хотя бы из-за service discovery и его удобной и гибкой настройки.
У zabbix плохо все в средах, где инстансы не долго живут и часто создаются новые.
С мониторингом docker и k8s у zabbix все тоже грустно.
Но для нас, пока + у прома не столько, что бы вкладывать время и силы в переезд с zabbix.سلم کے شرکاء نے اپنے تاثرات شیئر کیے:
Alexander B, [6 сент. 2019 г., 21:11:03]:
Спасибо за мероприятие, были "неровности", но для первого раза весьма достойно.
Темп в некоторых практиках напрягал, это интенсив во всех смыслах этого слова ) Чтобы уместить всё и не выкидывать во второй и третий день из докладов и практик материалы по причине нехватки времени - рассмотрите возможность четырехдневного слёрма.
Roman D, [6 сент. 2019 г., 20:49:05]:
спасибо, местами было интересно. В качестве пожелания на будущее - за пару дней до мероприятия посадите пару человек с улицы и заставьте их пройти практику по вашим инструкциям, исправите ошибки и неточности.
Никита Суворов, [6 сент. 2019 г., 20:49:30 (06.09.2019, 20:50:07)]:
Если пол пожелания, тоже есть - спикерам тренироваться перед зеркалом, слух режут эээ, уууу, ыыы между словами
Max Grechnev, [6 сент. 2019 г., 19:42:57]:
Спасибо! Курс получился отличный! Финал вообще огонь)
Smith Wesson, [6 сент. 2019 г., 19:58:11]:
Спасибо за курс! Вы лучшие!
Igor Averin, [6 сент. 2019 г., 19:58:12]:
Согласен! Было оч здорово! Спасибо организаторам!کانفرنس کے بعد، ہم نے شرکاء سے Google Docs فارم میں تاثرات فراہم کرنے کو کہا۔ نتائج نے ہمیں خوش اور متاثر کیا۔
ہر اس شخص کا شکریہ جو ہمارے ساتھ تھے - آف لائن، سلیکٹیل کانفرنس روم میں، اور آن لائن۔ اور حبر کے قارئین کا بہت بہت شکریہ۔ ""(ساتھ)
ماخذ: www.habr.com