د DevOps اصل: په نوم څه دی؟

اې حبره! زه ستاسو پام ته د مقالې ژباړه وړاندې کوم "د DevOps اصل: په نوم کې څه دي؟" د سټیو میزاک لخوا.

ستاسو په نظر پورې اړه لري، DevOps به سږکال خپله نهمه یا لسمه کلیزه ولمانځي. په 2016 کې، د کلاوډ د RightScales ریاست راپور یادونه وکړه چې 70 سلنه SMBs د DevOps کړنې غوره کوي. هر شاخص چې دا نمرې جوړوي له هغه وخت راهیسې زیاتوالی موندلی. لکه څنګه چې DevOps خپلې دوهمې لسیزې ته د ننوتلو لپاره چمتو کوي ، نو دا به خورا ښه وي چې تیر وخت وګرځئ او د DevOps اصلیت ته راستون شئ — او حتی پخپله د نوم اصلیت.

د 2007 څخه وړاندې: د پیښو یو بشپړ سلسله

د 2007 څخه دمخه، د شرایطو لړۍ په پای کې هغه څه ته زیږون ورکړ چې نن ورځ د DevOps په نوم پیژندل کیږي.

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

  1. لږترلږه د خامو موادو او بشپړ شوي محصولاتو د موجودیت کچه ​​ساتل. د لین تولید پدې معنی دی چې د توکو تولید لپاره د خامو موادو لږترلږه مقدار او لږترلږه تولید شوي محصولات چې امر یا لیږدولو ته انتظار باسي.
  2. د امر کتار کمول. په عین حال کې، ترلاسه شوي امرونه سمدلاسه بشپړ شوي حالت ته ځي. د لیون تولید لپاره کلیدي میټریک به تل د امر رسید څخه تر تحویل پورې وخت وي.
  3. د تولید پروسې موثریت اعظمي کول. د پروسې بیا انجینرۍ او پرمختللي اتومات کول د امکان تر حده ژر تر ژره د توکو تولید لپاره ترکیب کوي. د ټولې لارې په اوږدو کې د تولید هره ساحه (کټل، ویلډینګ، مجلس، ازموینه، او نور) د بې کفایتۍ لپاره ارزول کیږي.

د معلوماتي ټکنالوجۍ نړۍ کې، د سافټویر پراختیا د آبشار ماډل دودیزو میتودونو دمخه د ګړندي تکرار میتودونو ته لاره ورکړې ده لکه نازکو. سرعت د لاریون غږ و، حتی که کیفیت کله ناکله د چټک پرمختګ او ګمارلو په لټه کې وي. په ورته ډول، کلاوډ کمپیوټري، په ځانګړې توګه زیربنا-لکه-خدمت (IAAS) او د پلی کولو خدمتونه (PaaS) د معلوماتي ټیکنالوژۍ پروسو او زیربنا کې ځان د بالغ حلونو په توګه ثابت کړی.

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

2007-2008: مایوسه بیلجیم

د بلجیم مشاور، د ایجیل پروژې او تمرین مدیر پیټریک دیبوس د بلجیم د حکومت له وزارت څخه د معلوماتو د مرکز مهاجرت سره د مرستې لپاره د ملاقات غوښتنه منلې ده. په ځانګړې توګه، هغه د تصدیق او چمتووالي ازموینې کې ښکیل وو. د هغه مسؤلیتونو هغه ته اړتیا درلوده چې د سافټویر پراختیا ټیمونو او سرور، ډیټابیس، او د شبکې عملیاتي ټیمونو ترمنځ اړیکې همغږي او رامینځته کړي. د یووالي نشتوالي او دیوالونو د پراختیا او عملیاتو میتودونو جلا کولو څخه د هغه نا امیدۍ هغه تریخ پریښود. د ډیسبوس هیله چې ژر تر ژره ښه شي هغه د عمل کولو لامل شو.
په ټورنټو کې د 2008 ایجیل کنفرانس کې، اندریو شیفر د موضوع په اړه د بحث لپاره د یوې ځانګړې منظمې غیر رسمي غونډې منځګړیتوب وړاندیز وکړ "چټک زیربنا"او یوازې یو کس د موضوع په اړه بحث کولو ته راغی: پیټریک ډیبوس. د دوی بحث او د نظرونو تبادلې د Agile سیسټمونو ادارې مفکورې ته وده ورکړه. په هماغه کال، DeBois او Schaefer په ګوګل کې د اعتدال بریالیتوب د Agile Systems Administrator ګروپ جوړ کړ.

2009: د دیو او اوپس ترمنځ د همکارۍ قضیه

د O'Reilly Velocity کنفرانس کې، د فلکر دوه کارمندان، د تخنیکي عملیاتو مشر مرستیال جان آلسپاو او CTO پاول هامونډ، اوس مشهور پریزنټشن وړاندې کړ. "په ورځ کې 10 ګمارنې: په فلکر کې دیو او اپس همکاري".

پریزنټیشن یوه ډرامه وه، چې آلسپاو او هامونډ د ​​سافټویر پلي کولو پروسې په جریان کې د پراختیا او عملیاتو استازو ترمینځ پیچلي تعاملات بیا فعالوي، د ګوتو په نښه کولو او د تورونو سره بشپړ شوي "دا زما کوډ نه دی، دا ستاسو ټول کمپیوټرونه دي!" د دوی پریزنټشن تایید کړه چې یوازینی مناسب انتخاب د سافټویر پراختیا او پلي کولو فعالیتونو لپاره دی چې بې ځایه، شفاف او په بشپړ ډول مدغم وي. د وخت په تیریدو سره، دا پریزنټشن افسانوي شو او اوس په تاریخي توګه د یو مهم پړاو په توګه لیدل کیږي کله چې د معلوماتي ټکنالوجۍ صنعت نن ورځ د DevOps په نوم پیژندل شوي میتودولوژي ته زنګ وهلی.

2010: د متحده ایالاتو په متحده ایالاتو کې DevOps

د ډیریدونکي تعقیب سره ، د DevOpsDays کنفرانس د لومړي ځل لپاره په متحده ایالاتو کې د کالیفورنیا په ماونټین ویو کې ترسره شو ، سمدلاسه د کلني سرعت کنفرانس وروسته. 2018 ته په چټکۍ سره وړاندې کیږي، او د 30 څخه ډیر DevOpsDays کنفرانسونه ټاکل شوي، په شمول په متحده ایالاتو کې لسګونه.

2013: پروژه "فینکس"

زموږ د ډیری لپاره ، د DevOps په تاریخ کې بل د پام وړ شیبه د جین کیم ، کیون بیهر او جورج سففورډ لخوا د "فینکس پروژه" کتاب خپرول و. دا ناول د آی ټي مدیر کیسه بیانوي چې ځان په نا امید حالت کې موندلی: هغه دنده لري چې د یوې مهمې ای کامرس پروژې وژغوري چې غلطه شوې. د مدیر پراسرار ښوونکی - د رییسانو بورډ غړی چې د لیون تولید میتودونو په اړه لیواله دی - اصلي کرکټر ته نوې لارې وړاندیز کوي چې د IT او غوښتنلیک پراختیا په اړه فکر وکړي ، د DevOps مفهوم په تمه. په هرصورت ، "د فینکس پروژه" موږ ته د ورته سوداګرۍ کیسې په اړه "آؤټ سورس یا بل ..." کتاب لیکلو ته هڅولی چې پکې د سافټویر VP د نوي لوی آؤټ سورس شوي محصول پراختیا پرمهال DevOps کاروي.

د راتلونکي لپاره DevOps

دا ارزښت لري د DevOps د سفر په توګه تشریح کړئ ، یا شاید د وروستي منزل پرځای یوه هیله. DevOps، لکه د لین تولید، د دوامداره پرمختګ لپاره هڅه کوي، د تولید او موثریت زیاتوالي، او حتی دوامداره ګمارنه. د DevOps ملاتړ لپاره اتومات وسیلې وده ته دوام ورکوي.

په تیره لسیزه کې د DevOps له پیل راهیسې ډیر څه ترلاسه شوي، او موږ تمه لرو چې په 2018 او هاخوا کې نور هم وګورو.

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

Add a comment