انتون ویس، د Otomato سافټویر بنسټ ایښودونکی او رییس، په اسراییلو کې د لومړي DevOps تصدیق یو نوښتګر او ښوونکي، د تیر کال په اړه خبرې وکړې. د ګډوډي تیوري او د ګډوډي انجینرۍ اصلي اصولو په اړه ، او دا یې هم تشریح کړه چې څنګه د راتلونکي مثالی DevOps سازمان کار کوي.
موږ د راپور متن نسخه چمتو کړې.
سهار مو پخیر
DevOpsDays په ماسکو کې په پرله پسې ډول د دوهم کال لپاره ، دا زما دوهم ځل دی چې پدې مرحله کې ، تاسو ډیری د دوهم ځل لپاره پدې خونه کې یاست. دا څه معنی ورکوي؟ دا پدې مانا ده چې په روسیه کې د DevOps حرکت وده کوي، ضرب کوي، او خورا مهم، دا پدې مانا ده چې د دې وخت رارسیدلی چې په 2018 کې د DevOps په اړه خبرې وکړو.
خپل لاسونه پورته کړئ څوک چې فکر کوي DevOps لا دمخه په 2018 کې یو مسلک دی؟ داسې شته. ایا په خونه کې کوم DevOps انجینران شتون لري چې د دندې توضیحات "DevOps انجینر" وايي؟ ایا په خونه کې د DevOps مدیران شتون لري؟ داسې نشته. د DevOps معماران؟ همدارنګه نه. کافي نه ده. ایا دا واقعیا ریښتیا ده چې هیڅوک نه وايي چې دوی د DevOps انجینر دي؟
نو ستاسو څخه ډیری فکر کوئ چې دا یو ضد نمونه ده؟ چې دا ډول مسلک باید شتون ونلري؟ موږ کولی شو هغه څه فکر وکړو چې موږ یې غواړو، مګر پداسې حال کې چې موږ فکر کوو، صنعت په کلکه د DevOps ټرمپ غږ ته مخ په وړاندې روان دی.
چا د DevDevOps په نوم د یوې نوې موضوع په اړه اوریدلي دي؟ دا یو نوی تخنیک دی چې د پراختیا کونکو او دیوپس ترمینځ مؤثره همکارۍ ته اجازه ورکوي. او دومره نوې نه ده. د ټویټر لخوا قضاوت کول ، دوی دمخه 4 کاله دمخه پدې اړه خبرې پیل کړې. او تر اوسه پورې، پدې کې دلچسپي وده کوي او وده کوي، دا یوه ستونزه ده. ستونزه باید حل شي.
موږ تخلیقي خلک یو، موږ یوازې آرام نه کوو. موږ وایو: DevOps یوه جامع کلمه نه ده؛ دا لاهم د هر ډول مختلف ، په زړه پوري عناصرو نشتوالی لري. او موږ خپلو پټو لابراتوارونو ته ځو او په زړه پورې بدلونونو تولید پیل کوو: DevTestOps، GitOps، DevSecOps، BizDevOps، ProdOps.
منطق اوسپنه ده، سمه ده؟ زموږ د تحویلي سیسټم فعال نه دی، زموږ سیسټمونه بې ثباته دي او زموږ کاروونکي ناخوښه دي، موږ وخت نلرو چې سافټویر په خپل وخت راوباسي، موږ په بودیجه کې مناسب نه یو. موږ به دا ټول څنګه حل کړو؟ موږ به یو نوی کلمه راوړو! دا به د "Ops" سره پای ته ورسیږي او ستونزه حل شي.
نو زه دا طریقه بولم - "اوپس، او ستونزه حل شوه."
دا ټول پس منظر ته ځي که موږ ځان ته یادونه وکړو چې ولې موږ د دې ټولو سره راغلي یو. موږ د دې ټول DevOps شیانو سره راغلی ترڅو د سافټویر تحویل او پدې پروسه کې زموږ خپل کار د بې خنډه ، بې درده ، مؤثره ، او ترټولو مهم ، د امکان تر حده خوندور وي.
DevOps د درد څخه وده وکړه. او موږ له کړاوونو ستړي شوي یو. او د دې لپاره چې دا هرڅه پیښ شي ، موږ په تل زرغون عملونو تکیه کوو: مؤثره همکاري ، جریان تمرینونه ، او خورا مهم ، د سیسټم فکر کول ، ځکه چې پرته له دې هیڅ DevOps کار نه کوي.
سیسټم څه شی دی؟
او که موږ دمخه د سیسټمونو فکر کولو په اړه وغږیږو ، راځئ چې ځان ته یادونه وکړو چې سیسټم څه شی دی.
که تاسو انقلابي هیکر یاست، نو ستاسو لپاره سیسټم په ښکاره ډول بد دی. دا یو بادل دی چې تاسو باندې ځړول کیږي او تاسو مجبوروي چې هغه شیان ترسره کړئ چې تاسو یې نه غواړئ.
د سیسټم د فکر کولو له نظره، سیسټم یو بشپړ دی چې د برخو څخه جوړ دی. په دې معنی، موږ هر یو یو سیسټم دی. هغه سازمانونه چې موږ پکې کار کوو سیسټمونه دي. او هغه څه چې تاسو او زه یې جوړوو هغه سیسټم بلل کیږي.
دا ټول د یو لوی ټولنیز-تکنالوژیک سیسټم برخه ده. او یوازې که موږ پوه شو چې دا ټولنیز - ټیکنالوژیک سیسټم څنګه یوځای کار کوي، یوازې بیا به موږ وکولی شو په دې مسله کې واقعیا یو څه غوره کړو.
د سیسټم د فکر کولو له نظره، یو سیسټم مختلف په زړه پوري ملکیتونه لري. لومړی، دا د برخو څخه جوړه ده، پدې معنی چې د هغې چلند د برخو په چلند پورې اړه لري. سربیره پردې، د هغې ټولې برخې هم یو بل پورې تړلې دي. دا معلومه شوه چې سیسټم څومره برخې لري، د هغې د چلند پوهیدل یا اټکل کول خورا ستونزمن دي.
د چلند له نظره، یو بل په زړه پورې حقیقت شتون لري. سیسټم کولی شي هغه څه وکړي چې د هغې انفرادي برخه یې نشي کولی.
لکه څنګه چې ډاکټر رسل اکوف (د فکر کولو سیسټمونو یو بنسټ ایښودونکی) وویل، دا د فکر تجربې سره ثابتول خورا اسانه دي. د مثال په توګه، په خونه کې څوک پوهیږي چې کوډ څنګه لیکل کیږي؟ ډیری لاسونه شتون لري، او دا عادي خبره ده، ځکه چې دا زموږ د مسلک لپاره یو له اصلي اړتیاو څخه دی. ایا تاسو پوهیږئ چې څنګه لیکئ، مګر ستاسو لاسونه له تاسو څخه جلا کوډ لیکلی شي؟ داسې خلک شته چې وايي: "دا زما لاسونه نه دي چې کوډ لیکي، دا زما دماغ دی چې کوډ لیکي." ایا ستاسو مغز له تاسو څخه جلا کوډ لیکي؟ ښه، شاید نه.
دماغ یو حیرانونکی ماشین دی، موږ حتی 10٪ نه پوهیږو چې دا څنګه کار کوي، مګر دا زموږ د بدن سیسټم څخه جلا کار نشي کولی. او دا ثابتول اسانه دي: خپل سر خلاص کړئ، خپل مغز وباسئ، کمپیوټر ته یې واچوئ، اجازه راکړئ چې یو څه ساده ولیکئ. "سلام، نړۍ" په پایتون کې، د بیلګې په توګه.
که چیرې یو سیسټم داسې څه وکړي چې د هغې هیڅ برخه یې په جلا توګه نشي کولی، نو دا پدې مانا ده چې د هغې چلند د هغې د برخو چلند نه ټاکل کیږي. بیا د څه له مخې ټاکل کیږي؟ دا د دې برخو ترمنځ د تعامل له لارې ټاکل کیږي. او په دې اساس، څومره چې برخې ډیرې وي، متقابل عمل خورا پیچلی وي، د سیسټم د چلند په اړه پوهیدل او وړاندوینه کول خورا ستونزمن دي. او دا دا ډول سیسټم ګډوډ کوي، ځکه چې د سیسټم په هره برخه کې هر ډول، حتی خورا مهم، نه لیدل کیدونکي بدلون کولی شي په بشپړه توګه غیر متوقع پایلې رامینځته کړي.
لومړنیو شرایطو ته دا حساسیت لومړی د امریکایی هوا پوه ایډ لورینز لخوا کشف او مطالعه شو. وروسته، دا د "تیتلی اثر" په نوم یاد شو او د ساینسي فکر د حرکت د پراختیا لامل شو چې "د ګډوډ تیوري" نومیږي. دا تیوري د شلمې پیړۍ ساینس کې یو له لوی تمثیل بدلونونو څخه و.
د ګډوډۍ نظریه
هغه خلک چې د ګډوډۍ مطالعه کوي ځانونه ګډوډ پوهان بولي.
په حقیقت کې، د دې راپور دلیل دا و چې د پیچلي ویشل شوي سیسټمونو او لویو نړیوالو سازمانونو سره کار کول، په یو وخت کې ما احساس وکړ چې دا هغه څوک دی چې زه یې احساس کوم. زه یو ګډوډي پوه یم. دا اساسا د ویلو یوه هوښیاره لاره ده: "زه نه پوهیږم چې دلته څه پیښیږي او زه نه پوهیږم چې پدې اړه څه وکړم."
زه فکر کوم چې ستاسو څخه ډیری هم ډیری وختونه دا ډول احساس کوي، نو تاسو هم ګډوډونکي یاست. زه تاسو ته د افراتفری پوهانو ټولنې ته بلنه درکوم. هغه سیسټمونه چې تاسو او زه، ګران ملګري افراتفری پوهان به یې مطالعه کړئ د "پیچلي تطبیق سیسټمونو" په نوم یادیږي.
تطابق څه شی دی؟ تطابق پدې معنی دی چې د داسې تطابق سیسټم کې د برخو انفرادي او ډله ایز چلند بدلیږي او پخپله تنظیم کیږي ، په سیسټم کې پیښو یا کوچنیو پیښو ته ځواب ویل کیږي. دا دی، سیسټم د ځان تنظیم کولو له لارې بدلونونو سره تطابق کوي. او د ځان تنظیم کولو دا وړتیا د آزادو خودمختاره اجنټانو په داوطلبانه ، بشپړ غیر متمرکز همکارۍ پراساس ده.
د داسې سیسټمونو بل په زړه پورې ملکیت دا دی چې دوی په وړیا توګه د توزیع وړ دي. څه شی باید بې له شکه زموږ سره علاقه ولري ، لکه څنګه چې د ګډوډ پوهانو - انجینرانو. نو، که موږ ووایو چې د پیچلي سیسټم چلند د هغې د برخو د تعامل له لارې ټاکل کیږي، نو موږ باید په څه کې دلچسپي ولرو؟ تعامل.
دوه نورې په زړه پورې موندنې شتون لري.
لومړی، موږ پوهیږو چې یو پیچلی سیسټم د هغې د برخو په ساده کولو سره نشي ساده کیدی. دوهم، د پیچلي سیسټم د ساده کولو یوازینۍ لار د هغې د برخو ترمنځ د تعاملاتو ساده کول دي.
موږ څنګه تعامل کوو؟ تاسو او زه د بشري ټولنې په نوم د لوی معلوماتو سیسټم ټولې برخې یو. موږ د یوې ګډې ژبې له لارې اړیکه ونیسو، که موږ یې لرو، که موږ یې پیدا کړو.
خو ژبه پخپله یو پیچلی تطابق سیستم دی. په دې اساس، د دې لپاره چې د ډیر اغیزمن او ساده تعامل لپاره، موږ اړتیا لرو یو ډول پروتوکولونه جوړ کړو. دا د سمبولونو او عملونو ځینې ترتیب دی چې زموږ تر مینځ د معلوماتو تبادله به ساده، ډیر وړاندوینه، ډیر د پوهیدو وړ وي.
زه غواړم ووایم چې د پیچلتیا په لور، د تطبیق په لور، د غیر مرکزي کولو په لور، د ګډوډۍ په لور په هر څه کې موندل کیدی شي. او په هغه سیسټمونو کې چې تاسو او زه یې جوړوو، او په هغه سیسټمونو کې چې موږ یې برخه یو.
او بې بنسټه نه وي، راځئ وګورو چې هغه سیسټمونه چې موږ یې رامینځته کوو څنګه بدلیږي.
تاسو د دې کلمې په تمه یاست، زه پوهیږم. موږ د DevOps کنفرانس کې یو، نن ورځ به دا کلمه شاوخوا سل زره ځله اوریدل کیږي او بیا به موږ د شپې خوب خوب وکړو.
Microservices د سافټویر لومړنی جوړښت دی چې د DevOps کړنو ته د عکس العمل په توګه راڅرګند شوی، کوم چې زموږ سیسټمونه ډیر انعطاف وړ، ډیر پیمانه کولو، او دوامداره تحویلي ډاډمن کولو لپاره ډیزاین شوي. هغه دا څنګه کوي؟ د خدماتو حجم کمولو سره، د ستونزو د کچې کمول چې دا خدمتونه پروسس کوي، د سپارلو وخت کموي. دا چې موږ د سیسټم برخې کموو او ساده کوو، د دوی شمیر زیاتوو، او په دې اساس، د دې برخو ترمنځ د تعامل پیچلتیا په دوامداره توګه وده کوي، دا دا ده چې نوې ستونزې رامینځته کیږي چې موږ یې حل کوو.
کوچني خدمتونه پای نه دي، مایکرو خدمتونه په عموم کې، دمخه پرون دي، ځکه چې بې سرور راځي. ټول سرورونه سوځول شوي، هیڅ سرور نشته، هیڅ عملیاتي سیسټم نشته، یوازې د اجرا وړ کوډ. تشکیلات جلا دي، ایالتونه جلا دي، هرڅه د پیښو لخوا کنټرول کیږي. ښکلا، پاکوالی، چوپتیا، هیڅ پیښه، هیڅ شی نه پیښیږي، بشپړ نظم.
پیچلتیا چیرته ده؟ مشکل، البته، په متقابل عمل کې دی. یو فعالیت په خپله څومره کولی شي؟ دا څنګه د نورو دندو سره تعامل کوي؟ د پیغام کتارونه، ډیټابیسونه، بیلانسونه. د ناکامۍ په صورت کې د یوې پیښې د بیا جوړولو څرنګوالی؟ ډیرې پوښتنې او لږ ځوابونه.
مایکرو سرویسونه او بې سرورونه هغه څه دي چې موږ یې جیک هپسټران کلاوډ اصلي بولو. دا ټول د بادل په اړه دي. مګر بادل هم په طبیعي توګه د هغې په اندازه کولو کې محدود دی. موږ د ویشل شوي سیسټم په توګه فکر کولو ته عادت شوي یو. په حقیقت کې، د بادل چمتو کونکي سرورونه چیرته ژوند کوي؟ د معلوماتو په مرکزونو کې. دا، موږ دلته یو ډول مرکزي، خورا محدود، ویشل شوی ماډل لرو.
نن ورځ موږ پوهیږو چې د شیانو انټرنیټ نور یوازې لوی ټکي ندي چې حتی د معمولي وړاندوینو سره سم ، په ملیاردونو وسیلې انټرنیټ سره وصل په راتلونکو پنځو څخه تر لسو کلونو کې زموږ په تمه دي. د ګټورو او بې ګټې معلوماتو لوی مقدار چې په بادل کې به ضمیمه شي او له بادل څخه به اپلوډ شي.
بادل به دوام ونکړي، نو موږ په زیاتیدونکي توګه د یو څه په اړه خبرې کوو چې د څنډې کمپیوټري په نوم یادیږي. یا زه د "فګ کمپیوټري" عالي تعریف هم خوښوم. دا د رومانتیزم او اسرار په تصوف کې پوښل شوی.
فوګ کمپیوټري. ټکی دا دی چې ورېځې د اوبو، بخار، یخ او ډبرو مرکزي کلپونه دي. او فوګ د اوبو څاڅکي دي چې زموږ په شاوخوا کې په فضا کې خپریږي.
د فوګ په تمثیل کې ، ډیری کار د دې څاڅکو لخوا په بشپړ ډول په خپلواکه توګه یا د نورو څاڅکو په همکارۍ ترسره کیږي. او دوی یوازې هغه وخت بادل ته مخه کوي کله چې دوی واقعیا فشار راوړي.
دا ، بیا غیر متمرکز کول ، خپلواکي ، او البته ، ستاسو څخه ډیری دمخه پوهیږي چې دا ټول چیرې ځي ، ځکه چې تاسو د بلاکچین ذکر کولو پرته د غیر متمرکز کیدو په اړه خبرې نشئ کولی.
داسې کسان شته چې باور لري، دا هغه کسان دي چې په کریپټو کارنسي کې پانګونه کړې. داسې کسان شته چې ایمان لري خو ویره لري لکه زما په څیر. او داسې کسان شته چې ایمان نه لري. دلته تاسو کولی شئ په مختلف ډول چلند وکړئ. ټیکنالوژي ده، یوه نوې نامعلومه موضوع ده، ستونزې شتون لري. د هرې نوې ټیکنالوژۍ په څیر، دا د ځوابونو په پرتله ډیرې پوښتنې راپورته کوي.
د بلاکچین شاوخوا هایپ د پوهیدو وړ دی. د سرو زرو رش یو طرف ته، ټیکنالوژي پخپله د روښانه راتلونکي لپاره د پام وړ ژمنې لري: ډیره ازادي، ډیره خپلواکي، ویشل شوی نړیوال باور. څه شی نه غواړي؟
په دې اساس، په ټوله نړۍ کې ډیر انجنیران د غیر متمرکز غوښتنلیکونو پراختیا پیل کوي. او دا یو ځواک دی چې په ساده ډول د ویلو له لارې نشي رد کیدی: "آه، بلاکچین یوازې یو ضعیف پلي شوی توزیع شوی ډیټابیس دی." یا لکه څنګه چې شکمنان خوښوي چې ووایی: "د بلاکچین لپاره هیڅ ریښتیني غوښتنلیکونه شتون نلري." که تاسو فکر وکړئ، 150 کاله دمخه دوی د بریښنا په اړه ورته وویل. او دوی حتی په ځینو لارو کې سم وو، ځکه چې هغه څه چې بریښنا نن ورځ ممکنه کوي په 19 پیړۍ کې په هیڅ ډول ممکنه نه وه.
په لاره کې، څوک پوهیږي چې په سکرین کې کوم ډول لوګو دی؟ دا Hyperledger دی. دا یوه پروژه ده چې د لینکس فاؤنڈیشن تر څارنې لاندې رامینځته کیږي او د بلاکچین ټیکنالوژیو سیټ پکې شامل دي. دا واقعیا زموږ د خلاصې سرچینې ټولنې ځواک دی.
ګډوډي انجینري
نو، هغه سیسټم چې موږ یې وده کوو ورځ تر بلې پیچلې، ډیر او ډیر ګډوډ، او ډیر او ډیر تطابق کیږي. Netflix د مایکرو سرویس سیسټمونو مخکښان دي. دوی د لومړي ځل لپاره په دې پوهیدلي وو، دوی د وسیلو یوه ټولګه جوړه کړه چې دوی یې د سمین پوځ په نوم یاد کړل، چې خورا مشهور و. . هغه څه تعریف کړل چې په نوم پیژندل کیږي .
په هرصورت، د راپور د کار کولو په بهیر کې، موږ حتی دا متن په روسیه کې ژباړلی، نو لاړ شئ لوستل، تبصره کول، سپکاوی کول.
په لنډه توګه، د ګډوډۍ انجینرۍ اصول په لاندې ډول وايي. پیچلي توزیع شوي سیسټمونه په طبیعي ډول غیر اټکل کیدونکي او په طبیعي ډول خراب دي. تېروتنې ناگزیر دي، پدې معنی چې موږ اړتیا لرو دا تېروتنې ومنو او د دې سیسټمونو سره په بشپړ ډول مختلف کار وکړو.
موږ باید پخپله هڅه وکړو چې دا تېروتنې زموږ د تولید سیسټمونو کې معرفي کړو ترڅو زموږ سیسټمونه د ورته تطبیق لپاره، د ځان تنظیم کولو لپاره، د بقا لپاره د دې وړتیا لپاره ازموینه وکړو.
او دا هرڅه بدلوي. نه یوازې دا چې موږ څنګه سیسټمونه په تولید کې پیل کوو، بلکې دا هم چې موږ څنګه دوی ته وده ورکوو، څنګه یې ازموینه کوو. د کوډ د ثبات یا منجمد کولو پروسه شتون نلري؛ برعکس، د بې ثباتۍ دوامداره پروسه شتون لري. موږ هڅه کوو چې نظام ووژنو او وګورو چې دا ژوندي پاتې کیږي.
د توزیع شوي سیسټم ادغام پروتوکولونه
په دې اساس، دا زموږ سیسټمونو ته اړتیا لري چې یو څه بدل کړي. د دې لپاره چې دوی نور باثباته شي، دوی د خپلو برخو ترمنځ د تعامل لپاره ځینې نوي پروتوکولونو ته اړتیا لري. تر څو دا برخې په خپله خوښه او یو ډول تنظیم ته راشي. او هر ډول نوي وسیلې ، نوي پروتوکولونه رامینځته کیږي ، کوم چې زه د "توزیع شوي سیسټمونو متقابل عمل پروتوکول" بولم.
زه د څه په اړه خبرې کوم؟ لومړی، پروژه . ځینې هڅه کوي د عمومي توزیع شوي تعقیب پروتوکول رامینځته کړي ، کوم چې د پیچلي توزیع شوي سیسټمونو ډیبګ کولو لپاره په بشپړ ډول لازمي وسیله ده.
نور - . موږ وایو چې موږ وړاندوینه نشو کولی چې سیسټم به څه پیښ شي، دا دی، موږ اړتیا لرو چې د هغې مشاهده، مشاهده زیاته کړو. Opentracing د وسیلو په کورنۍ پورې اړه لري چې زموږ سیسټمونو ته مشاهده ورکوي. مګر موږ مشاهدې ته اړتیا لرو ترڅو معلومه کړو چې ایا سیسټم داسې چلند کوي لکه څنګه چې موږ یې تمه لرو یا نه. موږ څنګه متوقع چلند تعریفوو؟ د یو ډول پالیسۍ په ټاکلو سره، ځینې مقررات. د خلاصې پالیسي اجنټ پروژه کار کوي ترڅو د سرچینو تخصیص ته د لاسرسي څخه نیولې د سپیکٹرم په اوږدو کې دا مقررات تعریف کړي.
لکه څنګه چې موږ وویل، زموږ سیسټمونه په زیاتیدونکي توګه د پیښو پرمخ وړل کیږي. بې سرور د پیښې پرمخ وړونکي سیسټمونو عالي مثال دی. د دې لپاره چې موږ د سیسټمونو ترمینځ پیښې لیږدوو او دوی تعقیب کړو، موږ یو څه ګډې ژبې ته اړتیا لرو، یو څه عام پروتوکول ته اړتیا لرو چې څنګه موږ د پیښو په اړه خبرې کوو، موږ څنګه یو بل ته لیږدوو. دا هغه څه دي چې یوه پروژه بلل کیږي .
د بدلونونو دوامداره جریان چې زموږ په سیسټمونو کې مینځل کیږي ، په دوامداره توګه یې بې ثباته کوي ، د سافټویر آثارو دوامداره جریان دی. د دې لپاره چې موږ د بدلونونو دې دوامداره جریان ساتلو لپاره ، موږ یو ډول عام پروتوکول ته اړتیا لرو چې له لارې یې موږ کولی شو د دې په اړه وغږیږو چې د سافټویر هنر څه شی دی ، دا څنګه ازمول کیږي ، کوم تصدیق تیر شوی. دا هغه څه دي چې یوه پروژه بلل کیږي . دا د سافټویر آثارو لپاره یو عام میټاډاټا پروتوکول دی.
او په نهایت کې ، که موږ غواړو زموږ سیسټمونه په بشپړ ډول خپلواک ، تطابق او ځان تنظیم شي ، موږ باید دوی ته د ځان پیژندنې حق ورکړو. پروژه بلل کیږي دا په حقیقت کې هغه څه دي چې هغه یې کوي. دا هم د Cloud Native Computing Foundation تر څارنې لاندې یوه پروژه ده.
دا ټولې پروژې ځوانې دي، دا ټول زموږ مینه، زموږ اعتبار ته اړتیا لري. دا ټول خلاص سرچینه ده، زموږ ازموینه، زموږ پلي کول. دوی موږ ته ښیې چې ټیکنالوژي چیرته ځي.
مګر DevOps هیڅکله د ټیکنالوژۍ په اړه نه و، دا تل د خلکو ترمنځ د همکارۍ په اړه و. او، په وینا، که موږ غواړو هغه سیسټمونه چې موږ یې وده کوو بدلون ومومي، نو موږ باید پخپله بدل کړو. په حقیقت کې، موږ په هرصورت بدلون کوو؛ موږ ډیر انتخاب نه لرو.
په زړه پوری دی برتانوي لیکواله ریچل بوټسمن، په کوم کې چې هغه د بشري تاریخ په اوږدو کې د باور د ارتقا په اړه لیکي. هغه وايي چې په پیل کې، په لومړنیو ټولنو کې، باور محلي و، دا دی، موږ یوازې په هغه چا باور درلود چې موږ یې په شخصي توګه پیژنو.
بیا یوه ډیره اوږده دوره وه - یو تیاره وخت چې اعتماد مرکزي شوی و، کله چې موږ په خلکو باور پیل کړ چې موږ د دې حقیقت په اساس نه پیژنو چې موږ د ورته عامه یا دولتي ادارې پورې اړه لرو.
او دا هغه څه دي چې موږ زموږ په عصري نړۍ کې ګورو: باور ورځ تر بلې توزیع او غیر متمرکز کیږي، او دا د معلوماتو د جریان پر بنسټ، د معلوماتو په شتون کې دی.
که تاسو د هغې په اړه فکر وکړئ، دا خورا لاسرسی، چې دا باور ممکنه کوي، هغه څه دي چې تاسو او زه یې پلي کوو. دا پدې مانا ده چې دواړه هغه لارې چې موږ همکاري کوو او هغه طریقه چې موږ یې کوو باید بدلون ومومي، ځکه چې د پخوانیو مرکزي، درجه بندي IT سازمانونه نور کار نه کوي. دوی په مړینه پیل کوي.
د DevOps سازمان اساسات
د راتلونکي لپاره مثالی DevOps سازمان یو غیر متمرکز، تطابق سیسټم دی چې د خپلواکو ټیمونو څخه جوړ شوی، هر یو د خپلواکو اشخاصو څخه جوړ دی. دا ټیمونه په ټوله نړۍ کې ویشل شوي، د غیر متناسب اړیکو په کارولو سره د یو بل سره په اغیزمنه توګه همکاري کوي، د خورا شفاف مخابراتي پروتوکولونو په کارولو سره. ډیر ښکلی، نه دا؟ یو ډیر ښکلی راتلونکی.
البته، دا هیڅ شی د کلتوري بدلون پرته امکان نلري. موږ باید د بدلون مشرتابه، شخصي مسؤلیت، داخلي انګیزه ولرو.
دا د DevOps سازمانونو اساس دی: د معلوماتو شفافیت ، غیر متمرکز مخابرات ، بدلون رهبري ، غیر متمرکز کول.
سوځیدنه
هغه سیسټمونه چې موږ یې برخه یو او هغه چې موږ یې جوړوو په زیاتیدونکي توګه ګډوډ دي، او دا زموږ د انسانانو لپاره ستونزمنه ده چې د دې فکر سره مقابله وکړو، دا ستونزمنه ده چې د کنټرول برم پریښودل شي. موږ هڅه کوو چې دوی کنټرول ته دوام ورکړو، او دا ډیری وختونه د سوځیدنې لامل کیږي. زه دا د خپلې تجربې له مخې وایم، زه هم سوځیدلی وم، زه هم په تولید کې د ناڅاپي ناکامیو له امله معیوب شوی وم.
سوځیدنه هغه وخت رامینځته کیږي کله چې موږ د یو څه کنټرول هڅه کوو چې په طبیعي توګه د کنټرول وړ نه وي. کله چې موږ سوځیږو، هرڅه خپل معنی له لاسه ورکوي ځکه چې موږ د یو څه نوي کولو لیوالتیا له لاسه ورکوو، موږ دفاعي حالت ته راځو او د هغه څه ساتنه پیل کوو چې موږ یې لرو.
د انجینرۍ مسلک، لکه څنګه چې زه ډیری وختونه غواړم خپل ځان ته یادونه وکړم، لومړی او تر ټولو مهم یو تخلیقی مسلک دی. که موږ د یو څه د جوړولو لیوالتیا له لاسه ورکړو، نو موږ په ایرو بدلوو، په ایرو بدلوو. خلک سوځي، ټول سازمانونه سوځوي.
زما په اند، یوازې د ګډوډۍ تخلیقي ځواک منل، یوازې د دې اصولو سره سم د همکارۍ رامینځته کول هغه څه دي چې زموږ سره به مرسته وکړي چې زموږ په مسلک کې ښه څه له لاسه ورنکړي.
دا هغه څه دي چې زه یې له تاسو څخه غواړم: د خپلې دندې سره مینه کول، د هغه څه سره مینه کول چې موږ یې کوو. دا نړۍ په معلوماتو تغذیه کوي، موږ یې د تغذیه کولو ویاړ لرو. نو راځئ چې ګډوډي مطالعه کړو، راځئ چې ګډوډي پوه شو، راځئ چې ارزښت راوړو، یو څه نوي رامنځته کړو، ښه، ستونزې، لکه څنګه چې موږ دمخه موندلي، ناگزیر دي، او کله چې دوی ښکاره شي، موږ به په ساده ډول ووایو "Ops!" او ستونزه حل کیږي.
د چاوس بندر پرته بل څه؟
په حقیقت کې، دا ټول وسایل ډیر ځوان دي. ورته Netflix د ځان لپاره وسایل جوړ کړل. خپل وسایل جوړ کړئ. د ګډوډۍ انجینرۍ اصول ولولئ او د نورو وسیلو موندلو هڅه کولو پرځای د دې اصولو سره سم ژوند وکړئ چې بل چا دمخه رامینځته کړی.
هڅه وکړئ پوه شئ چې ستاسو سیسټمونه څنګه ماتیږي او د دوی ماتول پیل کړئ او وګورئ چې دوی څنګه ساتي. دا لومړی راځي. او تاسو کولی شئ د وسیلو په لټه کې شئ. هر ډول پروژې شتون لري.
زه هغه شیبه په بشپړ ډول نه پوهیدم کله چې تاسو وویل چې سیسټم نشي کولی د دې اجزاو ساده کولو سره ساده شي ، او سمدلاسه مایکرو خدماتو ته لاړ ، کوم چې سیسټم پخپله د اجزاو ساده کولو او پیچلي تعاملاتو سره ساده کوي. دا په اصل کې دوه برخې دي چې یو له بل سره تضاد لري.
دا سمه ده، مایکرو خدمتونه په عمومي توګه یو ډیر جنجالي موضوع ده. په حقیقت کې، د برخو ساده کول انعطاف زیاتوي. کوچني خدمتونه څه چمتو کوي؟ دوی موږ ته انعطاف او سرعت راکوي، مګر دوی یقینا موږ ته سادگي نه راکوي. دوی مشکل زیاتوي.
نو، د DevOps په فلسفه کې، مایکرو خدمتونه دومره ښه شی ندي؟
هر ښه اړخونه لري. ګټه دا ده چې دا انعطاف زیاتوي، موږ ته اجازه راکوي چې بدلونونه ګړندي کړو، مګر دا پیچلتیا زیاتوي او له همدې امله د ټول سیسټم ضعف.
بیا هم، په کوم شی ډیر ټینګار دی: د تعامل په ساده کولو یا د برخو ساده کولو باندې؟
البته، ټینګار د تعامل په ساده کولو باندې دی، ځکه چې که موږ دې ته له نظره وګورو چې څنګه موږ له تاسو سره کار کوو، نو لومړی باید د تعاملاتو ساده کولو ته پام وکړو، نه د کار ساده کولو ته. زموږ هر یو په جلا توګه. ځکه چې د کار ساده کول په روبوټونو بدلول دي. دلته په مکډونالډ کې دا په نورمال ډول کار کوي کله چې تاسو لارښوونې ولرئ: دلته تاسو برګر واچوئ ، دلته تاسو ساس واچوئ. دا زموږ په تخلیقي کار کې هیڅ کار نه کوي.
ایا دا ریښتیا ده چې هر څه چې تاسو وویل په نړۍ کې پرته له سیالۍ ژوند کوي، او هلته ګډوډي خورا مهربانه ده، او په دې ګډوډۍ کې هیڅ ډول تضاد شتون نلري، هیڅوک نه غواړي چې څوک وخوري یا ووژني؟ سیالۍ او DevOps باید څنګه کرایه ولري؟
ښه ، دا پدې پورې اړه لري چې موږ د کوم ډول سیالۍ په اړه خبرې کوو. ایا دا د کار ځای کې سیالي یا د شرکتونو ترمینځ سیالي ده؟
د خدماتو سیالۍ په اړه چې شتون لري ځکه چې خدمات ډیری شرکتونه ندي. موږ د نوي ډول معلوماتو چاپیریال رامینځته کوو، او هر چاپیریال پرته له سیالۍ ژوند نشي کولی. په هر ځای کې سیالي شتون لري.
ورته Netflix، موږ دوی د رول ماډل په توګه اخلو. دوی ولې له دې سره مخ شول؟ ځکه چې دوی باید سیالي وکړي. دا انعطاف او د حرکت سرعت دقیقا خورا رقابتي اړتیا ده؛ دا زموږ سیسټمونو کې ګډوډي معرفي کوي. دا هغه څه دي چې ګډوډي هغه څه ندي چې موږ یې په شعوري توګه کوو ځکه چې موږ یې غواړو، دا هغه څه دي چې پیښیږي ځکه چې نړۍ یې غوښتنه کوي. موږ یوازې باید موافقت وکړو. او ګډوډي، دا دقیقا د سیالۍ پایله ده.
ایا دا پدې معنی ده چې ګډوډي د اهدافو نشتوالی دی، لکه څنګه چې وو؟ یا هغه اهداف چې موږ یې نه غواړو وګورو؟ موږ په کور کې یو او د نورو په اهدافو نه پوهیږو. سیالي، په حقیقت کې، د دې حقیقت له امله ده چې موږ روښانه اهداف لرو او موږ پوهیږو چې موږ به د وخت په هره بله شیبه کې چیرته پای ته ورسیږو. دا، زما له نظره، د DevOps جوهر دی.
د پوښتنې په اړه هم یو نظر. زه فکر کوم چې موږ ټول ورته هدف لرو: ژوندي پاتې کیدل او دا یې ترسره کول
ترټولو لوی خوښي. او د هرې ادارې رقابتي هدف یو شان دی. بقا اکثرا د سیالۍ له لارې پیښیږي ، هیڅ شی شتون نلري چې تاسو یې په اړه کولی شئ.
د سږ کال کنفرانس دا به د دسمبر په 7 نیټه په ټیکنوپولیس کې ترسره شي. موږ د نومبر تر 11 پورې د راپورونو لپاره غوښتنلیکونه منو. که تاسو غواړئ خبرې وکړئ موږ.
د ګډون کوونکو لپاره نوم لیکنه خلاصه ده، ټکټونه 7000 روبله لګښت لري. مونږ سره یو ځای شه!
سرچینه: www.habr.com