د رول آوټ کیسه چې هرڅه یې اغیزمن کړل

د حقیقت دښمنان د 12f-2 لخوا

د اپریل په پای کې، پداسې حال کې چې سپینې واکرانو د وینټرفیل محاصره کوله، موږ ته یو څه ډیر په زړه پوري پیښ شول؛ موږ یو غیر معمولي رول ترسره کړ. په اصل کې، موږ په دوامداره توګه په تولید کې نوې بڼې وړاندې کوو (لکه د هر چا په څیر). مګر دا یو بل توپیر درلود. د دې اندازه داسې وه چې کومې احتمالي تېروتنې چې موږ یې کولی شو زموږ په ټولو خدماتو او کاروونکو اغیزه وکړي. د پایلې په توګه ، موږ د پلان سره سم هرڅه تنظیم کړل ، د پلان شوي او اعلان شوي بند وخت مودې کې ، پرته د پلور پایلې. مقاله د دې په اړه ده چې موږ دا څنګه ترلاسه کړل او څنګه څوک کولی شي دا په کور کې تکرار کړي.

زه به اوس هغه معماري او تخنیکي پریکړې بیان نه کړم چې موږ یې کړې یا دا به ووایم چې دا ټول څنګه کار کوي. دا په حاشیو کې د دې په اړه یادداشتونه دي چې څنګه یو خورا ستونزمن رول آؤټ ترسره شو ، کوم چې ما ولیدل او په کوم کې چې زه مستقیم دخیل وم. زه د بشپړتیا یا تخنیکي توضیحاتو ادعا نه کوم؛ شاید دوی به په بله مقاله کې څرګند شي.

پس منظر + دا کوم ډول فعالیت دی؟

موږ د بادل پلیټ فارم جوړوو Mail.ru کلاوډ حلونه (MCS)، چیرته چې زه د تخنیکي رییس په توګه کار کوم. او اوس دا وخت دی چې زموږ پلیټ فارم کې IAM (پیژندنه او لاسرسي مدیریت) اضافه کړئ ، کوم چې د ټولو کارن حسابونو ، کاروونکو ، پاسورډونو ، رولونو ، خدماتو او نورو متحد مدیریت چمتو کوي. ولې دا په بادل کې اړین دی یوه څرګنده پوښتنه ده: د کارونکي ټول معلومات پدې کې زیرمه شوي.

معمولا دا ډول شیان د هرې پروژې په پیل کې رامینځته کیږي. مګر په تاریخي توګه شیان په MCS کې یو څه توپیر لري. MCS په دوو برخو کې جوړ شوی و:

• Openstack د خپل کیسټون اختیار کولو ماډل سره،
• Hotbox (S3 ذخیره) د Mail.ru کلاوډ پروژې پر بنسټ،

د کوم په شاوخوا کې بیا نوي خدمات ښکاره شول.

په اصل کې، دا د واک دوه مختلف ډولونه وو. برسېره پردې، موږ ځینې جلا Mail.ru پرمختګونه کارولي، د بیلګې په توګه، د عمومي Mail.ru پټنوم ذخیره، په بیله بیا د ځان لیکل شوي Openid نښلونکی، مننه چې SSO (د پای څخه تر پایه اجازه) په افق پینل کې چمتو شوي. د مجازی ماشینونو (اصلي OpenStack UI).

زموږ لپاره د IAM جوړول پدې معنی دي چې دا ټول په یو واحد سیسټم کې وصل کړئ ، په بشپړ ډول زموږ خپل. په ورته وخت کې، موږ به د لارې په اوږدو کې هیڅ فعالیت له لاسه ورنکړو، مګر د راتلونکي لپاره به یو بنسټ رامینځته کړو چې موږ ته به اجازه ورکړي چې په شفافه توګه دا د بیاکتنې پرته پاک کړو او د فعالیت په شرایطو کې یې اندازه کړو. همدارنګه په پیل کې، کاروونکو خدماتو ته د لاسرسي لپاره د رول ماډل درلود (مرکزي RBAC، د رول پر بنسټ د لاسرسي کنټرول) او ځینې نور کوچني شیان.

دا کار غیر معمولی وګرځید: پایتون او پرل، څو پس منظرونه، په خپلواکه توګه لیکل شوي خدمتونه، ډیری پراختیایی ټیمونه او مدیران. او تر ټولو مهم، د جنګي تولید سیسټم کې زرګونه ژوندي کاروونکي شتون لري. دا ټول باید لیکل شوي وای، او تر ټولو مهم، پرته له تلفاتو څخه وتړل شو.

موږ به څه رول ولوبوو؟

د دې لپاره چې دا خورا نږدې وي، په شاوخوا 4 میاشتو کې موږ لاندې چمتو کړل:

• موږ ډیری نوي ډیمونونه رامینځته کړي چې هغه فعالیتونه راټول کړي چې دمخه یې د زیربنا په بیلابیلو برخو کې کار کاوه. پاتې خدمات د دې شیطانانو په شکل کې یو نوی پس منظر وړاندیز شوی و.
• موږ خپل د پاسورډونو او کیلي مرکزي ذخیره لیکلې ، زموږ د ټولو خدماتو لپاره شتون لري ، کوم چې زموږ اړتیا سره سم په وړیا ډول ترمیم کیدی شي.
• موږ له سکریچ څخه د کیسټون لپاره 4 نوي بیکینډونه لیکلي (کاروونکي، پروژې، رولونه، د رول دندې)، کوم چې په حقیقت کې خپل ډیټابیس بدل کړی، او اوس زموږ د کارن پاسورډونو لپاره د واحد ذخیره په توګه کار کوي.
• موږ خپل ټول Openstack خدماتو ته لارښوونه وکړه چې د دوی د پالیسیو لپاره د دریمې ډلې پالیسۍ خدمت ته لاړ شئ د دې پر ځای چې دا پالیسۍ په محلي توګه د هر سرور څخه لوستل شي (هو، دا څنګه Openstack په ډیفالټ کار کوي!)

دا ډول لوی بیا کار لوی، پیچلي او تر ټولو مهم، د مختلفو پرمختیایي ټیمونو لخوا لیکل شوي په څو سیسټمونو کې همغږي بدلونونو ته اړتیا لري. یوځل چې راټول شي، ټول سیسټم باید کار وکړي.

څنګه دا ډول بدلونونه راوباسي او نه یې خرابوي؟ لومړی موږ پریکړه وکړه چې راتلونکي ته لږ څه وګورو.

د راوتلو ستراتیژي

• دا به ممکنه وي چې محصول په څو مرحلو کې راوباسي، مګر دا به د پراختیا وخت درې ځله زیات کړي. برسېره پردې، د یو څه وخت لپاره موږ به په ډیټابیسونو کې د معلوماتو بشپړ غیر همغږي ولرو. تاسو باید خپل د همغږي کولو وسیلې ولیکئ او د ډیری ډیټا پلورنځیو سره د اوږدې مودې لپاره ژوند وکړئ. او دا ډول ډول خطرونه رامینځته کوي.
• هرڅه چې د کارونکي لپاره په شفاف ډول چمتو کیدی شي دمخه ترسره شوي. دا 2 میاشتې ونیولې.
• موږ خپل ځان ته د څو ساعتونو لپاره وخت ته اجازه ورکړه - یوازې د کاروونکو عملیاتو لپاره چې سرچینې رامینځته او بدل کړي.
• د ټولو دمخه رامینځته شوي منابعو عملیاتو لپاره ، د ځنډ وخت د منلو وړ نه و. موږ پلان درلود چې د رول آوټ په جریان کې ، سرچینې باید پرته له ځنډ څخه کار وکړي او د پیرودونکو لپاره اغیزه وکړي.
• زموږ د پیرودونکو اغیزو کمولو لپاره که چیرې یو څه غلط شي، موږ پریکړه وکړه چې د یکشنبې په ماښام پیل کړو. لږ پیرودونکي د شپې مجازی ماشینونه اداره کوي.
• موږ خپلو ټولو پیرودونکو ته خبرداری ورکړ چې د رول آوټ لپاره ټاکل شوې مودې په جریان کې ، د خدماتو مدیریت به شتون ونلري.

ډیګریشن: رول آوټ څه شی دی؟

<احتیاط، فلسفه>

د معلوماتي ټکنالوجۍ هر متخصص کولی شي په اسانۍ سره ځواب ووايي چې رول آوټ څه شی دی. تاسو CI/CD نصب کړئ، او هرڅه په اتوماتيک ډول پلورنځي ته سپارل کیږي. 🙂

البته دا ریښتیا ده. مګر مشکل دا دی چې د عصري کوډ تحویلي اتومات وسیلو سره ، د رول آوټ پوهه پخپله له لاسه ورکوي. تاسو څنګه د عصري ټرانسپورټ په لټه کې د څرخ د اختراع په اړه هیر کوئ. هرڅه دومره اتومات دي چې رول آوټ اکثرا د بشپړ عکس پوهیدو پرته ترسره کیږي.

او ټول انځور داسې دی. رول آؤٹ له څلورو مهمو اړخونو څخه جوړ دی:

1. د کوډ تحویلول، په شمول د معلوماتو تعدیل. د مثال په توګه، د هغوی مهاجرت.
2. د کوډ رول بیک د بیرته تګ وړتیا ده که چیرې یو څه غلط شي. د مثال په توګه، د بیک اپ جوړولو له لارې.
3. د هر رول آوټ/رول بیک عملیاتو وخت. تاسو اړتیا لرئ چې د لومړیو دوو ټکو د هر ډول عملیاتو په وخت پوه شئ.
4. اغیزمن فعالیت. دا اړینه ده چې دواړه متوقع مثبت او احتمالي منفي اغیزې وڅیړئ.

دا ټول اړخونه باید د بریالي رول آوټ لپاره په پام کې ونیول شي. معمولا یوازې لومړی، یا په غوره توګه دویمه، نقطه ارزول کیږي، او بیا رول آوټ بریالی ګڼل کیږي. مګر دریم او څلورم نور هم مهم دي. کوم کارن به دا خوښ کړي که چیرې رول آوټ د یوې دقیقې پرځای 3 ساعته وخت ونیسي؟ یا که یو څه غیر ضروري د رول آوټ په جریان کې اغیزمن شي؟ یا ایا د یو خدمت ځنډول به د اټکل وړ پایلو لامل شي؟

قانون 1..n، د خوشې کولو لپاره چمتووالی

په لومړي سر کې ما فکر وکړ چې زموږ د غونډو په لنډه توګه تشریح کړم: ټول ټیم، د هغې برخې، په کافي نقطو کې د بحثونو ډنډونه، دلیلونه، ازموینې، دماغي طوفانونه. بیا ما فکر وکړ چې دا به غیر ضروري وي. د پراختیا څلور میاشتې تل پدې کې شامل دي ، په ځانګړي توګه کله چې تاسو داسې څه نه لیکئ چې په دوامداره توګه تحویل کیدی شي ، مګر د ژوندی سیسټم لپاره یوه لویه ځانګړتیا. کوم چې په ټولو خدماتو اغیزه کوي، مګر د کاروونکو لپاره هیڅ شی باید بدلون ومومي پرته له "ویب انٹرفیس کې یو تڼۍ."

زموږ پوهه چې څنګه رول ولوبوي د هرې نوې ناستې څخه بدل شوی، او خورا مهم. د مثال په توګه، موږ به د خپل ټول بلینګ ډیټابیس تازه کړو. مګر موږ وخت محاسبه کړ او پوه شو چې په مناسب وخت کې دا کار کول ناممکن دي. دا موږ د بلینګ ډیټابیس شارډ او آرشیف کولو لپاره نږدې یوه اونۍ وخت واخیست. او کله چې د متوقع رول آوټ سرعت لاهم د قناعت وړ نه و ، موږ اضافي ، ډیر قوي هارډویر امر وکړ ، چیرې چې ټوله اډه راښکته شوې وه. داسې نه ده چې موږ نه غوښتل دا ژر تر ژره ترسره کړو، مګر اوسنۍ اړتیا موږ ته هیڅ اختیار نه راکوي.

کله چې زموږ څخه یو شک درلود چې رول آوټ کولی شي زموږ د مجازی ماشینونو شتون اغیزه وکړي ، موږ یوه اونۍ د ازموینو ، تجربو ، کوډ تحلیلونو ترسره کولو کې تیره کړه او روښانه پوهه مو ترلاسه کړه چې دا به زموږ په تولید کې پیښ نشي ، او حتی ډیری شکمن خلک موافق وو. له دې سره.

په ورته وخت کې، د تخنیکي مالتړ څخه هلکانو خپل خپلواک تجربې ترسره کړې ترڅو د پیرودونکو لپاره د پیوستون میتودونو په اړه لارښوونې ولیکئ، کوم چې باید د رول آوټ وروسته بدل شي. دوی د کاروونکي UX کار کړی، لارښوونې یې چمتو کړې او شخصي مشورې یې چمتو کړې.

موږ ټول رول آوټ عملیات اتومات کړل چې ممکن وو. هر عملیات سکریپټ شوی و، حتی ترټولو ساده، او ازموینې په دوامداره توګه پرمخ وړل شوي. دوی د خدماتو بندولو غوره لارې په اړه استدلال وکړ - ډیمون لرې کړئ یا د فایر وال سره خدمت ته لاسرسی بند کړئ. موږ د رول آوټ هرې مرحلې لپاره د ټیمونو چیک لیست رامینځته کړی او په دوامداره توګه یې تازه کړی. موږ د وخت سره د ټولو رول آوټ کار لپاره د ګانټ چارټ رسم او په دوامداره توګه تازه کړو.

او داسې…

وروستنی عمل، مخکې له دې چې رول ولوبوي

... دا د پیل کولو وخت دی.

لکه څنګه چې دوی وايي، د هنر کار بشپړ نشي کیدی، یوازې په هغې باندې کار پای ته رسیدلی. تاسو باید د ارادې هڅه وکړئ، په دې پوه شئ چې تاسو به هر څه ونه مومئ، مګر په دې باور یاست چې تاسو ټولې معقولې انګیرنې کړې، د ټولو ممکنه قضیو لپاره چمتو شوي، ټولې مهمې ستونزې بندې کړې، او ټولو ګډون کوونکو هرڅه چې دوی یې کولی شي ترسره کړي. هرڅومره چې تاسو کوډ ورکوئ ، هومره به ستونزمن وي چې پدې اړه ځان قانع کړئ (سربیره پردې ، هرڅوک پوهیږي چې د هرڅه وړاندوینه کول ناممکن دي).

موږ پریکړه وکړه چې موږ چمتو یو کله چې موږ ډاډه شو چې موږ د غیر متوقع اغیزو او کمیدو وختونو پورې اړوند زموږ د کاروونکو لپاره د ټولو خطرونو پوښلو لپاره هرڅه ترسره کړي دي. دا، هرڅه غلط کیدی شي پرته له دې:

1. اغیزه (زموږ لپاره مقدس، خورا قیمتي) د کاروونکي زیربنا،
2. فعالیت: د رول آوټ وروسته زموږ د خدماتو کارول باید د مخکې په څیر وي.

راولاړول

دوه رول، 8 مداخله مه کوئ

موږ د کاروونکو څخه د ټولو غوښتنو لپاره د 7 ساعتونو لپاره وخت نیسو. پدې وخت کې ، موږ دواړه د رول آوټ پلان او د رول بیک پلان لرو.

• پخپله رول آوټ شاوخوا 3 ساعته وخت نیسي.
• د ازموینې لپاره 2 ساعته.
• 2 ساعته - د بدلونونو احتمالي رول بیک لپاره خوندي کړئ.

د هر عمل لپاره د ګانټ چارټ جوړ شوی، څومره وخت نیسي، په ترتیب سره څه پیښیږي، په موازي توګه څه ترسره کیږي.

د رول آوټ ګانټ چارټ یوه ټوټه، یو له لومړنیو نسخو څخه (پرته له موازي اجرا کولو). د همغږي کولو خورا ارزښتناکه وسیله

ټول ګډونوال د رول آوټ په ټاکلو کې خپل رول لري، کوم کارونه چې دوی یې کوي، او د څه لپاره مسؤلیت لري. موږ هڅه کوو چې هر پړاو اتوماتیک ته راوړو، دا یې راوباسئ، بیرته یې راوباسئ، فیډبیک راټول کړئ او بیا یې راوباسئ.

د پیښو تاریخ

نو، 15 کسان د یکشنبې په ورځ، د اپریل په 29، د شپې په 10 بجو کار ته راغلل. د کلیدي ګډون کونکو سربیره، ځینې یې په ساده ډول د ټیم د ملاتړ لپاره راغلي، چې له دوی څخه ځانګړې مننه.

دا هم د یادولو وړ ده چې زموږ کلیدي ټیسټر په رخصتۍ کې دی. دا ناممکن ده چې پرته له ازموینې څخه راوباسي، موږ اختیارونه لټوو. یو همکار موافقه کوي چې موږ د رخصتۍ څخه ازموینه وکړو، د کوم لپاره چې هغه د ټول ټیم ​​​​څخه ډیره مننه ترلاسه کوي.

00:00 درېدل
موږ د کاروونکو غوښتنې بندوو، یوه نښه یې ځړوو چې ویل یې تخنیکي کار دی. څارنه چیغې کوي، مګر هرڅه نورمال دي. موږ ګورو چې د هغه څه پرته بل څه ندي راوتلي چې باید رالویږي. او موږ د مهاجرت په اړه کار پیل کوو.

هرڅوک په نقطه نظر د چاپ شوي رول آوټ پلان لري، هرڅوک پوهیږي چې څوک څه کوي او په کومه شیبه کې. د هر عمل وروسته، موږ وختونه ګورو ترڅو ډاډ ترلاسه کړو چې موږ له دوی څخه زیات نه یو، او هرڅه د پلان سره سم پرمخ ځي. هغه څوک چې په اوسني مرحله کې په مستقیم ډول په رول آوټ کې برخه نه اخلي د آنلاین لوبو (Xonotic، 3 quacks) په لاره اچولو سره چمتو کوي ترڅو د دوی همکاران ګډوډ نه کړي. 🙂

02:00 راویستل شو
یو خوندور حیرانتیا - موږ یو ساعت دمخه رول آوټ پای ته ورسوو، زموږ د ډیټابیسونو او مهاجرت سکریپټونو د اصلاح کولو له امله. عمومي چیغه کړه، "رول شوی!" ټولې نوې دندې په تولید کې دي، مګر تر دې دمه یوازې موږ کولی شو دوی په انٹرفیس کې وګورو. هرڅوک د ازموینې حالت ته ځي، په ګروپونو کې یې ترتیبوي، او پیل کوي چې په پای کې څه پیښ شوي.

دا خورا ښه نه و ، موږ دا د 10 دقیقو وروسته پوهیږو ، کله چې هیڅ شی وصل نه وي یا د ټیم غړو پروژو کې کار وکړي. ګړندي همغږي ، موږ خپلې ستونزې غږوو ، لومړیتوبونه ټاکو ، ټیمونو ته ماتیږو او ډیبګ کولو ته ځو.

02:30 دوه لوی ستونزې د څلورو سترګو په وړاندې
موږ دوه لویې ستونزې پیدا کوو. موږ پوهیږو چې پیرودونکي به ځینې تړل شوي خدمات ونه ګوري، او ستونزې به د شریک حسابونو سره رامینځته شي. دواړه د ځینې څنډې قضیو لپاره د مهاجرت نامناسب سکریپټونو له امله دي. موږ باید دا اوس سم کړو.

موږ هغه پوښتنې لیکو چې دا ثبتوي، لږترلږه د 4 سترګو سره. موږ دوی د مخکې تولید پرمهال ازموینه کوو ترڅو ډاډ ترلاسه کړو چې دوی کار کوي او هیڅ شی نه ماتوي. تاسو کولی شئ په لاره واچوئ. په ورته وخت کې، موږ خپل منظم ادغام ازموینه ترسره کوو، کوم چې یو څو نورې مسلې څرګندوي. دوی ټول کوچني دي، مګر دوی باید ترمیم شي.

03:00 -2 ستونزې +2 ستونزې
دوه پخوانۍ لویې ستونزې حل شوې، او نږدې ټولې کوچنۍ ستونزې. ټول هغه کسان چې په فکسونو کې بوخت دي په فعاله توګه په خپلو حسابونو کې کار کوي او د هغه څه راپور ورکوي چې دوی یې ومومي. موږ لومړیتوب ورکوو، د ټیمونو ترمنځ ویش، او د سهار لپاره غیر مهم توکي پریږدو.

موږ بیا ازموینې ترسره کوو، دوی دوه نوې لویې ستونزې پیدا کوي. د خدماتو ټولې پالیسۍ په سمه توګه ندي رسیدلي، نو د کاروونکي ځینې غوښتنې اجازه نه ورکوي. پلس د شریک حسابونو سره نوې ستونزه. راځئ چې د لیدو لپاره ګړندۍ شو.

03:20 بیړني همغږي
یوه نوې مسله حل شوه. د دوهم لپاره، موږ یو بیړني همغږي تنظیم کوو. موږ پوهیږو چې څه پیښیږي: پخوانۍ حل یوه ستونزه حل کړه ، مګر بله یې رامینځته کړه. موږ یو وقفه اخلو ترڅو معلومه کړو چې دا څنګه په سمه توګه او پرته له پایلو ترسره کړو.

03:30 شپږ سترګې
موږ پوهیږو چې د اډې وروستی حالت باید څه وي نو هر څه د ټولو شریکانو لپاره ښه پرمخ ځي. موږ د 6 سترګو سره یوه غوښتنه لیکو، دا د تولید څخه مخکې راوباسئ، ازموینه یې کړئ، د تولید لپاره یې راوباسئ.

04:00 هر څه کار کوي
ټولې ازموینې تیرې شوې ، هیڅ جدي ستونزې نه لیدل کیږي. وخت په وخت، په ټیم کې یو څه د چا لپاره کار نه کوي، موږ په چټکۍ سره غبرګون کوو. ډیری وختونه الارم غلط دی. مګر ځینې وختونه یو څه نه راځي، یا جلا پاڼه کار نه کوي. موږ ناست یو، سم کړو، سم کړو، سم کړو. یو جلا ټیم وروستی لوی ځانګړتیا پیل کوي - بلینګ.

04:30 د نه راستنیدو نقطه
د نه راستنیدو نقطه نږدې ده، دا هغه وخت دی چې که موږ بیرته راګرځیدل پیل کړو، موږ به هغه وخت پوره نه کړو چې موږ ته ورکړل شوی. د بل کولو سره ستونزې شتون لري، کوم چې په هرڅه پوهیږي او ثبتوي، مګر په کلکه د پیرودونکو څخه د پیسو لیکلو څخه انکار کوي. په انفرادي پاڼو، کړنو، او حالتونو کې ډیری بګونه شتون لري. اصلي فعالیت کار کوي، ټولې ازموینې په بریالیتوب سره تیریږي. موږ پریکړه کوو چې رول آوټ ترسره شوی، موږ به بیرته نه ځو.

06:00 په UI کې د هرچا لپاره خلاص کړئ
بګونه حل شوي. ځینې ​​​​چې کاروونکو ته اپیل نه کوي وروسته پاتې دي. موږ هرچا ته انٹرفیس خلاصوو. موږ د بلینګ کار ته دوام ورکوو، د کاروونکي فیډبیک او نظارت پایلو ته په تمه یو.

07:00 د API بار سره ستونزې
دا روښانه کیږي چې موږ په خپل API کې بار یو څه غلط پلان کړی او دا بار یې ازمویلی ، کوم چې ستونزه نشي پیژندلی. د پایلې په توګه، ≈ 5٪ غوښتنې ناکامې شوې. راځئ چې حرکت وکړو او دلیل یې وګورو.

بلینګ ضد دی او نه غواړي کار وکړي. موږ پریکړه کوو چې دا وروسته تر هغه وځنډوو ترڅو بدلونونه په ارامه توګه ترسره کړو. دا دی، ټولې سرچینې په دې کې راټول شوي، مګر د مراجعینو څخه د لیکلو مخه نه ځي. البته، دا یوه ستونزه ده، مګر د عمومي رول په پرتله دا غیر مهم ښکاري.

08:00 د API اصلاح کول
موږ د بار لپاره یو فکس رامینځته کړ، ناکامۍ لاړې. موږ کور ته روان شو.

۱۰:۰۰ ټول
هر څه ثابت دي. دا په نظارت کې خاموش دی او د پیرودونکو ځای کې ، ټیم په تدریجي ډول خوب ته ځي. بلینګ پاتې دی، موږ به یې سبا بحال کړو.

بیا د ورځې په جریان کې داسې رول آؤټ شتون درلود چې زموږ د ځینو پیرودونکو لپاره لاګونه ، خبرتیاوې ، د راستنیدو کوډونه او دودیزونه تنظیم کړي.

نو، رول آوټ بریالی شو! دا، البته، ښه کیدی شي، مګر موږ د هغه څه په اړه پایلې اخلو چې زموږ لپاره د بشپړتیا ترلاسه کولو لپاره کافي نه و.

ټول

د رول آوټ لپاره د 2 میاشتو فعال چمتووالي په جریان کې، 43 دندې بشپړې شوې، چې د څو ساعتونو څخه تر څو ورځو پورې دوام لري.

د خپریدو پرمهال:

• نوي او بدل شوي شیطانان - 5 ټوټې، د 2 monoliths ځای په ځای کول؛
• په ډیټابیسونو کې بدلونونه - زموږ ټول 6 ډیټابیسونه د کارونکي ډیټا سره اغیزمن شوي ، ډاونلوډونه له دریو پخوانیو ډیټابیسونو څخه یوه نوي ته شوي؛
• په بشپړ ډول بیا ډیزاین شوی مخکینۍ برخه؛
• د ډاونلوډ شوي کوډ مقدار - د نوي کوډ 33 زره لینونه، په ازموینو کې د کوډ 3 زره لینونه، د مهاجرت کوډ 5 زره لینونه؛
• ټول معلومات سم دي، د یو پیرودونکي مجازی ماشین نه دی خراب شوی. 🙂

د ښه رول آوټ لپاره ښه تمرینونه

دوی په دې سخت حالت کې موږ ته لارښوونه وکړه. مګر، په عمومي توګه خبرې کول، دا ګټور دي چې د هر ډول رول په جریان کې دوی تعقیب کړئ. مګر هرڅومره پیچلي رول آؤټ ، هغومره لوی رول لوبوي.

1. لومړی شی چې تاسو یې کولو ته اړتیا لرئ پوه شئ چې څنګه رول آوټ کولی شي یا کاروونکي اغیزه وکړي. ایا د ځنډ وخت به وي؟ که داسې وي، د ځنډ وخت څه دی؟ دا به څنګه په کاروونکو اغیزه وکړي؟ د امکان تر ټولو غوره او بد حالت سناریوګانې کوم دي؟ او خطرونه پوښي.
2. هرڅه پلان کړئ. په هر پړاو کې، تاسو اړتیا لرئ چې د رول آوټ ټول اړخونه پوه شئ:
   • د کوډ تحویل
   • کوډ رول بیک؛
   • د هر عملیات وخت؛
   • اغیزمن فعالیت
3. د سناریوګانو له لارې لوبې وکړئ تر هغه چې د رول آوټ ټولې مرحلې ، او همدارنګه په هر یو کې خطرونه څرګند شي. که تاسو کوم شک لرئ، تاسو کولی شئ وقفه واخلئ او د پوښتنې وړ مرحله په جلا توګه معاینه کړئ.
4. هره مرحله کولی شي او باید ښه شي که دا زموږ کاروونکو سره مرسته وکړي. د مثال په توګه، دا به د ځنډ وخت کم کړي یا ځینې خطرونه لرې کړي.
5. د رول بیک ټیسټ د کوډ تحویلي ازموینې څخه خورا مهم دی. دا اړینه ده چې وګورئ چې د رول بیک په پایله کې سیسټم به خپل اصلي حالت ته راستون شي، او دا د ازموینو سره تایید کړي.
6. هرڅه چې کولی شي اتومات شي باید اتومات شي. هر څه چې نشي کولی اتومات شي باید دمخه په چټ شیټ کې ولیکل شي.
7. د بریالیتوب معیار ثبت کړئ. کوم فعالیت باید موجود وي او په کوم وخت کې؟ که دا پیښ نشي، د رول بیک پلان چل کړئ.
8. او تر ټولو مهم - خلک. هرڅوک باید خبر وي چې دوی څه کوي، ولې او څه د رول آوټ په پروسه کې د دوی په کړنو پورې اړه لري.

او په یوه جمله کې ، د ښه پلان کولو او توضیحاتو سره تاسو کولی شئ هر هغه څه چې تاسو یې غواړئ د پلور پایلو پرته رامینځته کړئ. حتی هغه څه چې په تولید کې به ستاسو ټول خدمات اغیزمن کړي.

سرچینه: www.habr.com