که ستاسو شرکت یوازې د DevOps یا CI/CD وسیلې معرفي کوي ، نو دا به ستاسو لپاره ګټور وي چې له خورا عام غلطیو سره آشنا شئ ترڅو دوی تکرار نه کړئ او د بل چا په ریک باندې ګام مه کوئ.
ټیم مقاله ژباړه .
د کلتور او پروسو د بدلون لپاره چمتووالی
که تاسو د سایکلیک ډیاګرام وګورئ ، دا روښانه ده چې په DevOps تمرینونو کې ازموینه یو دوامداره فعالیت دی ، د هرې ګمارنې بنسټیز برخه.
د DevOps انفینیټ سایکل چارټ
د پراختیا او تحویلۍ پرمهال ازموینه او د کیفیت تضمین د هر هغه څه لازمي برخه ده چې پراختیا کونکي یې کوي. دا په هره دنده کې د ازموینې شاملولو لپاره د ذهنیت بدلون ته اړتیا لري.
ازموینه د هر ټیم غړي د ورځني کار برخه ګرځي. دوامداره ازموینې ته لیږد اسانه ندی ، تاسو اړتیا لرئ د دې لپاره چمتو اوسئ.
د غبرګون نشتوالی
د DevOps اغیزمنتوب په دوامداره فیډبیک پورې اړه لري. دوامداره پرمختګ ناشونی دی که چیرې د همکارۍ او ارتباط لپاره ځای شتون ونلري.
هغه شرکتونه چې مخکینۍ غونډې نه تنظیموي په CI/CD کې د دوامداره فیډبیک کلتور پلي کول ستونزمن وي. د هر تکرار په پای کې بیاکتنې غونډې ترسره کیږي، په کوم کې چې د ټیم غړي بحث کوي چې څه ښه شوي او څه خراب شوي. مخکینۍ غونډې د سکرم / ایجیل بنسټ دی، مګر دا د DevOps لپاره هم اړین دي.
دا ځکه چې شاتنۍ ناستې د نظرونو او نظرونو د تبادلې عادت رامینځته کوي. په پیل کې یو له خورا مهم ټکو څخه د تکراري ریٹرو غونډو تنظیم کول دي ترڅو دوی ټول ټیم ته د پوهیدو وړ او پیژندل شوي وي.
کله چې دا د سافټویر کیفیت ته راځي، د ټیم ټول غړي د دې ساتلو مسولیت لري. د مثال په توګه، پراختیا کونکي کولی شي د واحد ازموینې ولیکي او د ازموینې وړتیا سره په ذهن کې کوډ هم ولیکي، د پیل څخه د خطر کمولو کې مرسته کوي.
د ازموینې په اړه د فکر کولو بدلون منعکس کولو یوه ساده لاره دا ده چې ټیسټران QA نه بلکه د سافټویر ټیسټر یا کیفیت انجینر ته زنګ ووهي. دا بدلون ممکن ډیر ساده یا حتی احمق ښکاري. مګر یو چا ته د "سافټویر کیفیت تضمین شخص" ویل د دې په اړه غلط نظر ورکوي چې څوک د محصول کیفیت مسؤل دی. په Agile، CI/CD، او DevOps کړنو کې، هرڅوک د سافټویر کیفیت لپاره مسؤل دی.
بل مهم ټکی دا دی چې پوه شي چې کیفیت د ټول ټیم او د هغې هر غړي، سازمان او شریکانو لپاره څه معنی لري.
د مرحلې بشپړولو په اړه غلط فهم
که کیفیت یو دوامداره او عمومي پروسه وي، د مرحلې بشپړولو لپاره یو ګډ تفاهم ته اړتیا ده. تاسو څنګه پوهیږئ کله چې مرحله پای ته رسیږي؟ څه پیښیږي کله چې یو ګام په ټریلو یا بل کنبان بورډ کې د بشپړ شوي په توګه نښه شي؟
د ترسره شوي تعریف (DoD) د CD DevOps/CI په شرایطو کې یو پیاوړی وسیله ده. دا د کیفیت معیارونو په ښه پوهیدو کې مرسته کوي چې څه او څنګه ټیم جوړوي.
پرمختیایي ټیم باید پریکړه وکړي چې د "بشپړ" معنی څه ده. دوی اړتیا لري چې کښیني او د ځانګړتیاوو لیست جوړ کړي چې باید په هر پړاو کې پوره شي ترڅو بشپړ وګڼل شي.
DoD پروسه نوره هم شفافه کوي او د CI/CD پلي کول اسانه کوي که چیرې دا د ټیم ټول غړي پوه شي او په دوه اړخیزه توګه موافقه وکړي.
د حقیقي، واضح تعریف شوي اهدافو نشتوالی
دا د مشورې یو له خورا تکراري ټکو څخه دی ، مګر دا تکراروي. د CI/CD یا DevOps په شمول په هرې لویې هڅې کې د بریالیتوب لپاره، تاسو اړتیا لرئ چې حقیقي اهداف وټاکئ او د دوی په وړاندې فعالیت اندازه کړئ. تاسو د CI/CD سره څه ترلاسه کولو هڅه کوئ؟ ایا دا د غوره کیفیت سره د ګړندي خپرونو لپاره اجازه ورکوي؟
هر ډول ټاکل شوي اهداف باید نه یوازې شفاف او ریښتیني وي ، بلکه د شرکت اوسني فعالیتونو سره هم مطابقت ولري. د مثال په توګه، ستاسو پیرودونکي څو ځله نوي پیچونو یا نسخو ته اړتیا لري؟ د پروسو اوورلوډ کولو او ګړندي خوشې کولو ته اړتیا نشته که چیرې کاروونکو ته اضافي ګټه شتون ونلري.
سربیره پردې، تاسو تل اړتیا نلرئ چې دواړه CD او CI پلي کړئ. د مثال په توګه، لوړ تنظیم شوي شرکتونه لکه بانکونه او طبي کلینیکونه ممکن یوازې د CI سره کار وکړي.
CI د هر هغه شرکت لپاره چې DevOps پلي کوي د ښه پیل ټکي په توګه کار کوي. کله چې دا پلي کیږي، د سافټویر وړاندې کولو لپاره د شرکتونو تګلارې د پام وړ بدلیږي. یوځل چې CI ماسټر شي ، تاسو کولی شئ د ټولې پروسې ښه کولو ، د رول آوټ سرعت او نورو بدلونونو په اړه فکر وکړئ.
د ډیری سازمانونو لپاره، یوازې CI کافی دی، او CD باید یوازې پلي شي که دا ارزښت اضافه کړي.
د مناسب ډشبورډونو او میټریکونو نشتوالی
یوځل چې تاسو خپل اهداف وټاکئ، پراختیایی ټیم کولی شي د KPIs اندازه کولو لپاره ډشبورډ رامینځته کړي. د هغې د پراختیا دمخه، دا د پیرامیټونو ارزولو ارزښت لري چې څارنه به یې وشي.
مختلف راپورونه او غوښتنلیکونه د مختلف ټیم غړو لپاره ګټور دي. د سکرم ماسټر د وضعیت او لاسرسي سره ډیره علاقه لري. پداسې حال کې چې لوړ پوړي مدیریت ممکن د متخصصینو د سوځولو نرخ سره علاقه ولري.
ځینې ټیمونه د CI/CD وضعیت ارزولو لپاره د سور، ژیړ او شین شاخصونو سره ډشبورډونه هم کاروي ترڅو پوه شي چې ایا دوی هرڅه سم کوي یا کومه تېروتنه شتون لري. سور پدې مانا ده چې تاسو اړتیا لرئ هغه څه ته پاملرنه وکړئ چې پیښیږي.
په هرصورت، که چیرې ډشبورډونه معیاري نه وي، دوی ګمراه کیدی شي. تحلیل کړئ کوم ډیټا چې هرڅوک ورته اړتیا لري، او بیا یو معیاري توضیحات رامینځته کړئ چې دا څه معنی لري. ومومئ چې څه شی د شریکانو لپاره ډیر معنی لري: ګرافیک، متن، یا شمیرې.
هیڅ لاسي ازموینې ندي
د ازموینې اتومات د ښه CI/CD پایپ لاین لپاره بنسټ کېږدي. مګر په ټولو مرحلو کې اتوماتیک ازموینې پدې معنی ندي چې تاسو باید لاسي ازموینې ترسره نه کړئ.
د اغیزمن CI/CD پایپ لاین جوړولو لپاره، تاسو لاسي ازموینې ته هم اړتیا لرئ. تل به د ازموینې ځینې اړخونه وي چې د انسان تحلیل ته اړتیا لري.
دا ستاسو په پایپ لاین کې د لارښود ازموینې هڅو ادغام په پام کې نیولو سره ارزښت لري. یوځل چې د ځینې ازموینې قضیې لاسي ازموینې بشپړې شي ، تاسو کولی شئ د ګمارنې مرحلې ته لاړشئ.
د ازموینو د ښه کولو هڅه مه کوئ
یو اغیزمن CI/CD پایپ لاین سمو وسیلو ته لاسرسی ته اړتیا لري، دا د ازموینې مدیریت یا ادغام او روانه څارنه وي.
د یو پیاوړي، کیفیت لرونکي کلتور رامینځته کول موخه لري ، د ګمارنې وروسته د پیرودونکو متقابل عمل څارنه او د پرمختګونو تعقیب.
دلته ځینې عملي لارښوونې دي چې تاسو یې په اسانۍ سره پلي کولی شئ:
- ډاډ ترلاسه کړئ چې ستاسو ازموینې د لیکلو لپاره اسانه دي او دومره انعطاف وړ دي چې مات نشي کله چې تاسو کوډ ریفیکٹر کړئ.
- پراختیایی ټیمونه باید د ازموینې پروسې کې شامل شي - د کاروونکو مسلو او غوښتنو لیست وګورئ چې د CI پایپ لاینونو په جریان کې د ازموینې لپاره مهم دي.
- تاسو ممکن د ازموینې بشپړ پوښښ ونه لرئ، مګر تل ډاډ ترلاسه کړئ چې هغه جریان چې د UX او پیرودونکي تجربې لپاره مهم دي ازمول شوي.
وروستی مګر لږترلږه مهم ټکی
CI/CD ته لیږد معمولا له ښکته څخه پورته کیږي، مګر په نهایت کې دا یو بدلون دی چې د شرکت څخه د مشرتابه پیرود، وخت او سرچینو ته اړتیا لري. په هرصورت، CI/CD د مهارتونو، پروسو، وسایلو او کلتوري بیارغونې یوه ټولګه ده چې دا ډول بدلونونه یوازې په سیستماتیک ډول پلي کیدی شي.
په موضوع نور څه لوستل:
- .
- .
- .
سرچینه: www.habr.com
