හෙලෝ, හබ්ර්! ලිපියේ පරිවර්තනයක් මම ඔබේ අවධානයට ඉදිරිපත් කරමි ස්ටීව් මෙසාක් විසිනි.
ඔබගේ දෘෂ්ටිකෝණය මත පදනම්ව, DevOps මෙම වසරේ එහි නවවන හෝ දසවන සංවත්සරය සමරනු ඇත. 2016 දී RightScales හි State of the Cloud වාර්තාව සඳහන් කළේ SMB වලින් සියයට 70 ක් DevOps භාවිතයන් අනුගමනය කරන බවයි. මෙම ලකුණු සෑදෙන සෑම දර්ශකයක්ම එතැන් සිට වැඩි වී ඇත. DevOps එහි දෙවන දශකයට පිවිසීමට සූදානම් වන විට, අතීතයේ සැරිසැරීමට සහ DevOps හි මූලාරම්භය වෙත ආපසු යාම ඉතා හොඳ වනු ඇත - සහ නමේ මූලාරම්භය පවා.
2007 ට පෙර: පරිපූර්ණ සිදුවීම් දාමයක්
2007 ට පෙර, තත්වයන් මාලාවක් අවසානයේ අද DevOps ලෙස හඳුන්වන දේ බිහි විය.
කෙට්ටු හොඳම භාවිතය බව දැනටමත් ඔප්පු කර ඇත. ලෙසද හැඳින්වේ ටොයෝටා නිෂ්පාදන පද්ධතිය, Lean Manufacturing නිෂ්පාදන මහලේ ක්‍රියාවලීන් ප්‍රශස්ත කිරීමට උත්සාහ කරයි. (මාර්ගය වන විට, ටොයෝටා කළමනාකාරිත්වය මුලින් ෆෝඩ් මෝටර් සමාගම විසින් හඳුන්වා දුන් මුල් එකලස් කිරීමේ මාර්ග ක්‍රම මගින් ආභාෂය ලැබීය). අඛණ්ඩ වැඩිදියුණු කිරීම කෙට්ටු නිෂ්පාදන සඳහා මන්ත්රය වේ. ප්රායෝගිකව, පහත දැක්වෙන මාර්ග නිරන්තරයෙන් ඇගයීමට ලක් කෙරේ:
- අමුද්‍රව්‍ය සහ නිමි භාණ්ඩ තොග අවම වශයෙන් පවත්වා ගැනීම. කෙට්ටු නිෂ්පාදනය යනු භාණ්ඩ නිෂ්පාදනය කිරීමට අවශ්‍ය අවම අමුද්‍රව්‍ය තොග ප්‍රමාණය සහ ඇණවුම් කිරීමට හෝ නැව්ගත කිරීමට බලා සිටින අවම නිමි භාණ්ඩ ප්‍රමාණයකි.
- ඇණවුම් පෝලිම අවම කිරීම. ඉතා මැනවින්, ලැබුණු ඇණවුම් වහාම සම්පූර්ණ කරන ලද තත්වයට ගෙන යයි. කෙට්ටු නිෂ්පාදන සඳහා ප්‍රධාන මෙට්‍රික් සෑම විටම ඇණවුම් ලදුපතේ සිට බෙදා හැරීම දක්වා කාලය වනු ඇත.
- නිෂ්පාදන ක්රියාවලියේ කාර්යක්ෂමතාව උපරිම කිරීම. ක්‍රියාවලි ප්‍රති-ඉංජිනේරුකරණය සහ වැඩිදියුණු කළ ස්වයංක්‍රීයකරණය හැකි ඉක්මනින් භාණ්ඩ නිෂ්පාදනය කිරීමට ඒකාබද්ධ වේ. සම්පූර්ණ මාර්ගය දිගේ නිෂ්පාදන සෑම ප්රදේශයක්ම (කැපීම, වෙල්ඩින්, එකලස් කිරීම, පරීක්ෂා කිරීම, ආදිය) අකාර්යක්ෂමතාව සඳහා තක්සේරු කරනු ලැබේ.
තොරතුරු තාක්ෂණ ලෝකයේ, දියඇලි ආකෘතියේ මෘදුකාංග සංවර්ධනයේ සාම්ප්‍රදායික ක්‍රම දැනටමත් වේගවත් පුනරාවර්තන ක්‍රමවලට මග පෑදී ඇත. ඉක්මන්. වේගවත් සංවර්ධනය සහ යෙදවීම හඹා යාමේදී සමහර විට ගුණාත්මක භාවයට හානි සිදු වුවද, වේගය රැලි ගැසීම විය. බොහෝ දුරට එකම ආකාරයෙන්, වලාකුළු පරිගණකකරණය, විශේෂයෙන් සේවාවක් ලෙස යටිතල පහසුකම් (IaaS) සහ වේදිකාවක්-ලෙස-සේවා (PaaS) තොරතුරු තාක්ෂණ ක්‍රියාවලි සහ යටිතල පහසුකම්වල පරිණත විසඳුම් ලෙස ඔප්පු වී ඇත.
අවසාන වශයෙන්, මෙවලම් කට්ටල මෑතකදී පෙනී සිටීමට පටන් ගෙන ඇත අඛණ්ඩ ඒකාබද්ධතාව (CI). CI මෙවලම් පිළිබඳ අදහස ග්‍රැඩි බූච් විසින් 1991 දී ඔහුගේ බූච් ක්‍රමය තුළ උපත ලබා ඉදිරිපත් කරන ලදී.
2007-2008: බලාපොරොත්තු සුන් වූ බෙල්ජියම් ජාතිකයා
බෙල්ජියම් උපදේශක, Agile ව්‍යාපෘති සහ පුහුණු කළමනාකරු Patrick Debois දත්ත මධ්‍යස්ථාන සංක්‍රමණය සඳහා උපකාර කිරීම සඳහා බෙල්ජියම් රජයේ අමාත්‍යාංශයකින් හමුවීමක් පිළිගෙන ඇත. විශේෂයෙන්ම, ඔහු සහතික කිරීම සහ සූදානම පරීක්ෂා කිරීම සඳහා සම්බන්ධ විය. මෘදුකාංග සංවර්ධන කණ්ඩායම් සහ සේවාදායකය, දත්ත සමුදාය සහ ජාල මෙහෙයුම් කණ්ඩායම් අතර සම්බන්ධීකරණය සහ සබඳතා ගොඩනගා ගැනීම ඔහුගේ වගකීම්වලට අවශ්‍ය විය. සංහිඳියාව නොමැතිකම සහ සංවර්ධන හා මෙහෙයුම් ක්‍රම වෙන් කරන බිත්ති සමඟ ඔහුගේ කලකිරීම ඔහුට තිත්ත විය. ඉක්මනින් දියුණු වීමට ඩෙස්බෝයිස්ගේ ආශාව ඔහු ක්‍රියාවට යොමු කළේය.
2008 ටොරොන්ටෝ හි පැවති Agile සම්මන්ත්‍රණයේදී, ඇන්ඩෲ ෂේෆර් මාතෘකාව සාකච්ඡා කිරීම සඳහා විශේෂයෙන් සකස් කරන ලද අවිධිමත් රැස්වීමක් නවීකරණය කිරීමට යෝජනා කළේය.කඩිසර යටිතල පහසුකම්"තවද මාතෘකාව සාකච්ඡා කිරීමට පැමිණියේ එක් පුද්ගලයෙක් පමණි: Patrick DeBois. ඔවුන්ගේ සාකච්ඡාව සහ අදහස් හුවමාරුව Agile පද්ධති පරිපාලනය පිළිබඳ සංකල්පය ඉදිරියට ගෙන ගියේය. එම වසරේම DeBois සහ Schaefer Google හි මධ්‍යස්ථ සාර්ථක Agile Systems Administrator කණ්ඩායම නිර්මාණය කළහ.
2009: Dev සහ Ops අතර සහයෝගීතාවයේ නඩුව
O'Reilly Velocity සම්මන්ත්‍රණයේදී, Flickr සේවකයින් දෙදෙනෙකු වන, තාක්ෂණික මෙහෙයුම්වල ජ්‍යෙෂ්ඨ උප සභාපති John Allspaw සහ CTO Paul Hammond, දැන් ප්‍රසිද්ධ ඉදිරිපත් කිරීම ඉදිරිපත් කළහ. "දිනකට යෙදවීම් 10ක්: Flickr හි Dev සහ Ops සහයෝගිතාව".
ඉදිරිපත් කිරීම නාට්‍යයක් වූ අතර, Allspaw සහ Hammond මෘදුකාංග යෙදවීමේ ක්‍රියාවලියේදී සංවර්ධන සහ මෙහෙයුම් නියෝජිතයින් අතර ඇති සංකීර්ණ අන්තර්ක්‍රියා නැවත පණ ගන්වන අතර, "එය මගේ කේතය නොවේ, එය ඔබගේ සියලු පරිගණක වේ!" යන රේඛා ඔස්සේ ඇඟිලි දිගු කිරීම සහ චෝදනා කිරීම් වලින් සම්පූර්ණ විය. ඔවුන්ගේ ඉදිරිපත් කිරීම තහවුරු කළේ එකම සංවේදී විකල්පය මෘදුකාංග සංවර්ධනය සහ යෙදවීමේ ක්‍රියාකාරකම් බාධාවකින් තොරව, විනිවිදභාවයෙන් සහ සම්පුර්ණයෙන්ම ඒකාබද්ධ වීම බවයි. කාලයාගේ ඇවෑමෙන්, මෙම ඉදිරිපත් කිරීම පුරාවෘත්තයක් බවට පත් වූ අතර, තොරතුරු තාක්ෂණ කර්මාන්තය අද DevOps ලෙස හඳුන්වන ක්‍රමවේදය සඳහා කැඳවීමට පටන් ගත් විට ඓතිහාසිකව එය මූලික සන්ධිස්ථානයක් ලෙස සැලකේ.
2010: ඇමරිකා එක්සත් ජනපදයේ DevOps
වර්ධනය වන අනුගාමිකයින් සමඟ, DevOpsDays සමුළුව ප්‍රථම වරට එක්සත් ජනපදයේ කැලිෆෝනියාවේ මවුන්ටන් වීව් හි වාර්ෂික ප්‍රවේග සම්මන්ත්‍රණයෙන් පසුව පැවැත්විණි. 2018 වෙත වේගයෙන් ඉදිරියට යන අතර, එක්සත් ජනපදයේ දුසිම් ගණනක් ඇතුළුව DevOpsDays සම්මන්ත්‍රණ 30කට වඩා සැලසුම් කර ඇත.
2013: ව්‍යාපෘතිය "ෆීනික්ස්"
අප බොහෝ දෙනෙකුට, DevOps ඉතිහාසයේ තවත් කැපී පෙනෙන අවස්ථාවක් වූයේ Gene Kim, Kevin Behr සහ George Safford විසින් "The Phoenix Project" පොත ප්‍රකාශයට පත් කිරීමයි. මෙම නවකතාව මංමුලා සහගත තත්වයක සිටින තොරතුරු තාක්ෂණ කළමනාකරුවෙකුගේ කතාව කියයි: ඔහුට වැරදී ඇති විවේචනාත්මක ඊ-වාණිජ්‍ය ව්‍යාපෘතියක් බේරා ගැනීමේ වගකීම පැවරී ඇත. කළමනාකරුගේ අද්භූත උපදේශකයා - කෙට්ටු නිෂ්පාදන ක්‍රම ගැන දැඩි උනන්දුවක් දක්වන අධ්‍යක්ෂ මණ්ඩලයේ සාමාජිකයෙක් - DevOps සංකල්පය අපේක්ෂා කරමින් තොරතුරු තාක්ෂණ සහ යෙදුම් සංවර්ධනය ගැන සිතීමට ප්‍රධාන චරිතයට නව ක්‍රම යෝජනා කරයි. මාර්ගය වන විට, "The Phoenix Project" විසින් නව ප්‍රධාන බාහිරින් ලබා ගත් නිෂ්පාදනයක් සංවර්ධනය කිරීමේදී VP මෘදුකාංගයක් DevOps භාවිතා කරන සමාන ව්‍යාපාරික කථාවක් ගැන "Outsource or else..." පොත ලිවීමට අපව පෙලඹුවේය.
අනාගතය සඳහා DevOps
DevOps අවසාන ගමනාන්තයකට වඩා ගමනක් හෝ සමහරවිට අභිලාෂයක් ලෙස විස්තර කිරීම වටී. DevOps, lean Manufacturing වැනි, අඛණ්ඩ වැඩිදියුණු කිරීම, ඵලදායිතාව සහ කාර්යක්ෂමතාව වැඩි කිරීම සහ අඛණ්ඩව යෙදවීම සඳහා උත්සාහ කරයි. DevOps සඳහා සහය දැක්වීම සඳහා ස්වයංක්‍රීය මෙවලම් අඛණ්ඩව විකාශනය වේ.
පසුගිය දශකය තුළ DevOps ආරම්භයේ සිට බොහෝ දේ සාක්ෂාත් කර ගෙන ඇති අතර, 2018 සහ ඉන් ඔබ්බට තවත් බොහෝ දේ දැකීමට අපි බලාපොරොත්තු වෙමු.
මූලාශ්රය: www.habr.com