تیره اونۍ زه په یکاترینبورګ کې د DUMP IT کنفرانس (https://dump-ekb.ru/) ته لاړم او زه غواړم تاسو ته ووایم چې د بیکینډ او دیوپس برخو کې څه بحث شوي ، او ایا د سیمه ایز IT کنفرانسونه د پاملرنې وړ دي.
نیکولای سیورچکوف د ایول مارټینز څخه د سرور بې برخې په اړه
په هر حال څه وو؟
په مجموع کې، کنفرانس 8 برخې درلودې: شاته، مخکینۍ، ګرځنده، ازموینه او QA، Devops، ډیزاین، ساینس او مدیریت.
تر ټولو لوی تالارونه، په لاره کې، په ساینس او مدیریت کې دي)) هر یو د ~ 350 خلکو لپاره. شاته او مخکینۍ برخه ډیر کوچني ندي. د Devops خونه ترټولو کوچنۍ وه، مګر فعاله وه.
ما په دیوپس او بیکینډ برخو کې راپورونه اوریدلي او د وینا کونکو سره یې لږ خبرې وکړې. زه غواړم په کنفرانس کې د پوښښ شویو موضوعاتو په اړه خبرې وکړم او دا برخې بیاکتنه وکړم.
د SKB-Kontur، DataArt، Evil Martians، Ekaterinburg ویب سټوډیو فلیګ، Miro (RealTimeBoard) استازو په Devops او Backend برخو کې خبرې وکړې. د CI/CD پوښښ موضوعات، د قطار خدماتو سره کار کول، ننوتل؛ بې سرور موضوعات او په Go کې د PostgreSQL سره کار کول په ښه توګه پوښل شوي.
د Avito، Tinkoff، Yandex، Jetstyle، Megafon، Ak Bars Bank لخوا هم راپورونه شتون لري، مګر ما په فزیکي توګه د ګډون کولو وخت نه درلود (د ویډیو ریکارډونه او د راپورونو سلایډونه لاهم شتون نلري، دوی ژمنه کوي چې په 2 اونیو کې به یې پوسټ کړي. په dump-ekb.ru کې).
د ویش برخه
د حیرانتیا خبره دا وه چې دا برخه په کوچني تالار کې جوړه شوې وه، شاوخوا 50 څوکۍ. خلک حتی په لارو کې ولاړ وو :) زه به تاسو ته د هغه راپورونو په اړه ووایم چې ما اوریدلي.
لچک لرونکي پیټابایټ وزن لري
برخه په کنتور کې د Elasticsearch په اړه د ولادیمیر لیل (SKB-Kontur) لخوا د راپور سره پیل شوه. دوی خورا لوی او بار شوي لچک لرونکي لري (~ 800 TB ډیټا، ~ 1.3 پیټابایټ د بې ځایه کیدو په پام کې نیولو سره). د ټولو کانټور خدماتو لپاره Elasticsearch واحد دی، د 2 کلسترونو څخه جوړ دی (د 7 او 9 سرورونو څخه)، او دا خورا مهم دی چې کانټور یو ځانګړی ایلیسټیک لټون انجنیر لري (په حقیقت کې، پخپله ولادیمیر).
ولادیمیر هم د Elasticsearch د ګټو او هغه ستونزو په اړه خپل نظرونه شریک کړل چې دا یې راوړي.
ګټې:
- ټول لاګونه په یو ځای کې دي، دوی ته اسانه لاسرسی
- د یو کال لپاره د لاګونو ذخیره کول او په اسانۍ سره تحلیل کول
- د لوګو سره د کار کولو لوړ سرعت
- د بکس څخه بهر د ډیټا ښه لید
ستونزې:
- د پیغام بروکر باید ولري (د کنتور لپاره دا رول د کافکا لخوا لوبول کیږي)
- د Elasticsearch کیورټر سره د کار کولو ځانګړتیاوې (په وخت سره په کیوریټر کې د منظم کارونو څخه لوړ بار رامینځته شوی)
- هیڅ جوړ شوی اجازه نشته (یوازې د جلا ، خورا لوی پیسو لپاره ، یا د تولید لپاره د چمتووالي مختلف درجې خلاصې سرچینې پلگ ان په توګه)
د Elasticsearch لپاره د خلاص ډیسټرو په اړه یوازې مثبت بیاکتنې وې :) د واک ورته مسله هلته حل شوې.
پیټابایټ له کوم ځای څخه راځي؟د دوی نوډونه د 12 * 8 Tb SATA + 2 * 2 Tb SSD سره سرورونه لري. په SATA کې سړه ذخیره، SSD یوازې د ګرم کیچ لپاره (ګرم ذخیره).
7+9 سرورونه، (7 + 9) * 12 * 8 = 1536 Tb.
د ځای یوه برخه په زیرمه کې ده، د بې ځایه کیدو لپاره ځانګړې شوې، او داسې نور.
د شاوخوا 90 غوښتنلیکونو logs Elasticsearch ته لیږل کیږي ، پشمول د Kontur, Elba, etc د راپور ورکولو ټول خدمات.
په بې سرور کې د پراختیا ځانګړتیاوې
بل د بې سرور په اړه د DataArt څخه د Ruslan Serkin لخوا راپور دی.
روسلان د دې په اړه خبرې وکړې چې د سرور بې لارې چلند سره په عمومي ډول څه پرمختګ دی، او د هغې ځانګړتیاوې څه دي.
بې سرور د پرمختګ لپاره یوه تګلاره ده چې په کې پراختیا کونکي په هیڅ ډول زیربنا ته لاس نه ورکوي. بېلګه - د AWS Lambda Serverless، Kubeless.io (Kubernetes دننه بې سرور)، د ګوګل کلاوډ افعال.
یو مثالی سرور بې کاره غوښتنلیک په ساده ډول یو فنکشن دی چې د ځانګړي API ګیټ ویز له لارې بې سرور چمتو کونکي ته غوښتنه لیږي. یو مثالی مایکرو خدمت ، پداسې حال کې چې AWS Lambda د ډیری عصري برنامه کولو ژبو ملاتړ هم کوي. د زیربنا د ساتلو او پلي کولو لګښت د بادل چمتو کونکو په قضیه کې صفر کیږي، د کوچني غوښتنلیکونو ملاتړ به خورا ارزانه وي (AWS Lambda - $ 0.2 / 1 ملیون ساده غوښتنې).
د داسې سیسټم توزیع کول نږدې مثالی دی - د کلاوډ چمتو کونکی پخپله دې ته پاملرنه کوي ، کیوبلیس په اوتومات ډول د کبرنیټس کلستر کې اندازه کوي.
نیمګړتیاوې شتون لري:
- د لوی غوښتنلیکونو رامینځته کول خورا ستونزمن کیږي
- د غوښتنلیکونو پروفایل کولو کې ستونزه شتون لري (یوازې لاګونه تاسو ته شتون لري ، مګر په معمول معنی پروفایل کول ندي)
- نسخه نشته
د ریښتیني کیدو لپاره ، ما څو کاله دمخه د سرور لیس په اړه اوریدلی و ، مګر پدې ټولو کلونو کې دا زما لپاره روښانه نه وه چې څنګه یې په سمه توګه وکاروئ. د روسلان له راپور وروسته، پوهاوی څرګند شو، او د شاته برخې څخه د نیکولای سوورچکوف (ایول مارټینز) راپور وروسته، دا یوځای شو. دا بې ګټې نه وه چې زه کنفرانس ته لاړم :)
CI د بې وزلو لپاره دی، یا دا د ویب سټوډیو لپاره خپل CI لیکلو ارزښت لري؟
میخایل رادیونوف، د یکاترینبورګ څخه د پرچم ویب سټوډیو مشر، د ځان لیکل شوي CI/CD په اړه خبرې وکړې.
د هغه سټوډیو له "دستی CI/CD" څخه (د SSH له لارې سرور ته ننوتل ، د ګیټ پل وکړئ ، په ورځ کې 100 ځله تکرار کړئ) جینکنز او پخپله لیکل شوي وسیلې ته تللی چې تاسو ته اجازه درکوي د کوډ څارنه وکړئ او د پلکینز په نوم ریلیزونه ترسره کړئ. .
ولې جینکنز کار نه کاوه؟ دا د ډیفالټ لخوا کافي انعطاف نه و چمتو کړی او دودیز کول خورا ستونزمن وو.
"بیرغ" په Laravel (PHP چوکاټ) کې وده کوي. کله چې د CI/CD سرور رامینځته کول، میخایل او د هغه همکارانو د لاراویل جوړ شوي میکانیزمونه کارولي چې د ټیلسکوپ او انوی په نوم یادیږي. پایله په پی ایچ پی کې یو سرور دی (مهرباني وکړئ په یاد ولرئ) چې د راتلونکو ویب هک غوښتنې پروسس کوي ، کولی شي فرنټ اینڈ او بیک اینډ رامینځته کړي ، مختلف سرورونو ته ځای په ځای کړي ، او سلیک ته راپور ورکړي.
بیا ، د دې لپاره چې د نیلي / شنه پلي کولو ترسره کولو وړتیا ولرئ او په dev-stage-prod چاپیریال کې یونیفورم تنظیمات ولرئ ، دوی ډاکر ته واړول. ګټې ورته پاتې دي ، د چاپیریال د همغږي کولو امکانات او بې سیمه ګمارل اضافه شوي ، او د دې سره سم کار کولو لپاره د ډاکر زده کولو اړتیا اضافه شوې.
څنګه موږ د سرور ریلیز رول بیکس شمیر 99٪ کم کړ
د دیوپس برخه کې وروستی راپور د ویکتور ایرمچینکو څخه و ، په Miro.com کې د لیډ ډیوپس انجینر (پخوا د رییل ټایم بورډ).
RealTimeBoard، د میرو ټیم پرچم بردار محصول، د یو واحد جاوا غوښتنلیک پر بنسټ والړ دی. پرته له ځنډ څخه د دې راټولول، ازموینه او ځای پرځای کول یو ستونزمن کار دی. پدې حالت کې ، دا مهمه ده چې د کوډ داسې نسخه ځای په ځای کړئ ترڅو دا بیرته راګرځول نشي (دا یو دروند مونولیت دی).
د داسې سیسټم جوړولو په لاره کې چې تاسو ته دا کار کولو اجازه درکوي، میرو د یوې لارې څخه تیر شو چې په هغه کې د معمارۍ کار کول، کارول شوي وسیلې (د اتلاسی بانس، ځواب، او داسې نور)، او د ټیمونو په جوړښت باندې کار کول (دوی اوس لري. یو وقف شوی دیوپس ټیم + د مختلف پروفایلونو پراختیا کونکو څخه ډیری جلا سکرم ټیمونه).
لاره ستونزمنه او اغزنه وه، او ویکتور راټول شوی درد او خوشبیني شریکه کړه چې پای ته نه رسیږي.
د پوښتنو لپاره یو کتاب وګټل
شاته برخه
ما په 2 راپورونو کې برخه اخیستې - د نیکولای سورچکوف (ایول مارټینز) څخه ، هم د بې سرور په اړه ، او د ټیل میټري په اړه د ګریګوري کوشیلیف (کونټور شرکت) څخه.
یوازې د انسانانو لپاره بې سرپرسته
که Ruslan Sirkin د سرور لیس په اړه خبرې وکړي، نیکولای د سرور لیس په کارولو سره ساده غوښتنلیکونه وښودل، او د هغه توضیحاتو په اړه یې خبرې وکړې چې په AWS Lambda کې د غوښتنلیکونو لګښت او سرعت اغیزه کوي.
یو په زړه پوری توضیحات: لږترلږه تادیه شوی عنصر 128 Mb حافظه او 100 ms CPU دی ، دا $ 0,000000208 لګښت لري. سربیره پردې ، په میاشت کې 1 ملیون ورته غوښتنې وړیا دي.
د نیکولای ځینې دندې اکثرا د 100 ms حد څخه تیریږي (اصلي غوښتنلیک په روبي کې لیکل شوی و) ، نو په Go کې یې بیا لیکل خورا ښه سپما چمتو کوي.
وستوک هرکولس - ټیلی میټري بیا عالي کړئ!
د ټیلی میټری په اړه د ګریګوری کوشیلیف (کونټور شرکت) څخه د شاته برخې وروستی راپور. ټیلی میټری د لاګونو، میټریکونو، د غوښتنلیک نښې معنی لري.
د دې هدف لپاره، کنټور په ګیتوب کې پوسټ شوي د ځان لیکل شوي وسیلې کاروي. د راپور څخه وسیله - هرکولس، ، د ټیلی میټری ډیټا تحویلولو لپاره کارول کیږي.
د ډیوپس برخه کې د ولادیمیر لیلا راپور په Elasticsearch کې د لاګونو ذخیره کولو او پروسس کولو په اړه بحث وکړ ، مګر لاهم د ډیری زرګونو وسیلو او غوښتنلیکونو څخه د لاګونو رسولو دنده شتون لري ، او د وستوک هرکولس په څیر وسیلې یې حل کوي.
سرکټ یوه لاره تعقیب کړه چې ډیری ته پیژندل شوي - له RabbitMQ څخه تر اپاچی کافکا پورې ، مګر هرڅه دومره ساده ندي)) دوی باید په سرکټ کې زوکیپر ، کاسندرا او ګرافیټ اضافه کړي. زه به پدې راپور کې معلومات په بشپړ ډول افشا نه کړم (زما پروفایل نه) ، که تاسو علاقه لرئ ، تاسو کولی شئ د کنفرانس ویب پا onه کې سلایډونو او ویډیوګانو ته انتظار وکړئ.
دا څنګه د نورو کنفرانسونو سره پرتله کوي؟
زه نشم کولی دا د مسکو او سینټ پیټرزبورګ کنفرانسونو سره پرتله کړم، زه کولی شم دا په یورال کې د نورو پیښو سره او په سمارا کې د 404fest سره پرتله کړم.
DAMP په 8 برخو کې ترسره کیږي، دا د یورال کنفرانسونو لپاره ریکارډ دی. د ساینس او مدیریت خورا لوی برخې، دا هم غیر معمولي ده. په یکاترینبورګ کې لیدونکي خورا جوړښت لري - ښار د Yandex، Kontur، Tinkoff لپاره لوی پرمختیایي څانګې لري، او دا په راپورونو کې خپل نښه پریږدي.
بل په زړه پورې ټکی دا دی چې ډیری شرکتونه په یوځل کنفرانس کې 3-4 سپیکرې لري (دا د کانټور ، ایول مارټینز ، ټینکوف سره قضیه وه). ډیری یې سپانسران وو، مګر راپورونه د نورو سره مساوي دي، دا د اعلاناتو راپورونه ندي.
لاړ شه او که نه؟ که تاسو په یورال یا نږدې کې ژوند کوئ، تاسو فرصت لرئ او د موضوعاتو سره علاقه لرئ - هو، البته. که تاسو د اوږد سفر په اړه فکر کوئ، زه به د تیرو کلونو د راپورونو او ویډیو راپورونو موضوعات وګورم او پریکړه یې وکړه.
په سیمو کې د کنفرانسونو بله ګټه ، د یوې قاعدې په توګه ، دا دی چې د راپورونو وروسته د سپیکر سره اړیکه اسانه ده؛ د داسې اړیکو لپاره په ساده ډول لږ غوښتونکي شتون لري.
د ډمپ او اکاترینبورګ څخه مننه! )
سرچینه: www.habr.com