CI/CD වෙත මාරු වීමේදී වඩාත් පොදු වැරදි හත

CI/CD වෙත මාරු වීමේදී වඩාත් පොදු වැරදි හත
ඔබේ සමාගම DevOps හෝ CI/CD මෙවලම් හඳුන්වා දෙන්නේ නම්, ඒවා නැවත නොකිරීමට සහ වෙනත් කෙනෙකුගේ ‍පොල්ලට නොපැමිණීම සඳහා වඩාත් පොදු වැරදි පිළිබඳව හුරුපුරුදු වීම ඔබට ප්‍රයෝජනවත් විය හැකිය. 

කණ්ඩායම Mail.ru Cloud Solutions ලිපිය පරිවර්තනය කළා එකතු කිරීම් සමඟින් Jasmine Chokshi විසින් CI/CD වෙත සංක්‍රමණය වන විට මෙම පොදු උවදුරුවලින් වළකින්න.

සංස්කෘතිය සහ ක්‍රියාවලීන් වෙනස් කිරීමට සූදානම් නැතිකම

ඔබ චක්‍රීය රූප සටහන දෙස බැලුවහොත් දේ, DevOps හි පරිචයන් පරීක්ෂා කිරීම අඛණ්ඩ ක්‍රියාකාරකමක් වන අතර එය සෑම යෙදවීමකම මූලික අංගයක් බව පැහැදිලිය.

CI/CD වෙත මාරු වීමේදී වඩාත් පොදු වැරදි හත
DevOps අනන්ත චක්‍ර ප්‍රස්ථාරය

සංවර්ධනය සහ බෙදාහැරීමේදී පරීක්ෂා කිරීම සහ තත්ත්ව සහතිකය සංවර්ධකයින් කරන සෑම දෙයකම අත්‍යවශ්‍ය අංගයකි. සෑම කාර්යයකටම පරීක්ෂණ ඇතුළත් කිරීම සඳහා මානසික වෙනසක් අවශ්‍ය වේ.

පරීක්ෂණය සෑම කණ්ඩායමේ සාමාජිකයෙකුගේම දෛනික කාර්යයේ කොටසක් බවට පත්වේ. නිරන්තර පරීක්ෂණයට මාරුවීම පහසු නැත, ඔබ ඒ සඳහා සූදානම් විය යුතුය.

ප්රතිචාර නොමැතිකම

DevOps සඵලතාවය නිරන්තර ප්‍රතිපෝෂණ මත රඳා පවතී. සහයෝගිතාව සහ සන්නිවේදනය සඳහා ඉඩක් නොමැති නම් අඛණ්ඩ වැඩිදියුණු කිරීම කළ නොහැක.

ප්‍රතිගාමී රැස්වීම් සංවිධානය නොකරන සමාගම්වලට CI/CD හි අඛණ්ඩ ප්‍රතිපෝෂණ සංස්කෘතියක් ක්‍රියාත්මක කිරීමට අපහසු වේ. එක් එක් පුනරාවර්තනය අවසානයේ ප්‍රත්‍යාවර්ත රැස්වීම් පවත්වනු ලබන අතර, කණ්ඩායම් සාමාජිකයින් හොඳින් සිදු වූ දේ සහ දුර්වල වූ දේ සාකච්ඡා කරයි. ප්‍රතිගාමී රැස්වීම් Scrum/Agile හි පදනම වේ, නමුත් ඒවා DevOps සඳහාද අවශ්‍ය වේ. 

මක්නිසාද යත් ප්‍රතිගාමී රැස්වීම් ප්‍රතිපෝෂණ සහ අදහස් හුවමාරු කර ගැනීමේ පුරුද්ද ඇති කරන බැවිනි. ආරම්භයේ ඇති වැදගත්ම කරුණක් වන්නේ පුනරාවර්තන රෙට්රෝ රැස්වීම් සංවිධානය කිරීමයි, එවිට ඔවුන් මුළු කණ්ඩායමටම තේරුම්ගත හැකි සහ හුරුපුරුදු වේ.

මෘදුකාංගයේ ගුණාත්මක භාවය සම්බන්ධයෙන් ගත් කල, එය නඩත්තු කිරීම සඳහා සියලුම කණ්ඩායම් සාමාජිකයින් වගකිව යුතුය. උදාහරණයක් ලෙස, සංවර්ධකයින්ට ඒකක පරීක්ෂණ ලිවීමට සහ පරීක්ෂණ හැකියාව මනසේ තබාගෙන කේතය ලිවීමට හැකිය, ආරම්භයේ සිටම අවදානම අඩු කිරීමට උපකාරී වේ.

පරීක්‍ෂණය පිළිබඳ සිතීමේ වෙනස පිළිබිඹු කිරීමට එක් සරල ක්‍රමයක් නම් පරීක්‍ෂකවරුන් QA නොව මෘදුකාංග පරීක්‍ෂක හෝ තත්ත්ව ඉංජිනේරුවකු ඇමතීමයි. මෙම වෙනස ඉතා සරල හෝ මෝඩ බවක් පෙනෙන්නට පුළුවන. නමුත් යමෙකු "මෘදුකාංග තත්ත්ව සහතික කරන පුද්ගලයා" ලෙස හැඳින්වීමෙන් නිෂ්පාදනයේ ගුණාත්මක භාවයට වගකිව යුත්තේ කවුරුන්ද යන්න පිළිබඳ වැරදි අදහසක් ලබා දෙයි. Agile, CI/CD, සහ DevOps පරිචයන් තුළ, මෘදුකාංගයේ ගුණාත්මකභාවය සඳහා සෑම දෙනාම වගකිව යුතුය.

තවත් වැදගත් කරුණක් නම්, සමස්ත කණ්ඩායමට සහ එහි එක් එක් සාමාජිකයින්ට, සංවිධානයට සහ පාර්ශවකරුවන්ට ගුණාත්මකභාවය යන්නෙන් අදහස් කරන්නේ කුමක්ද යන්න තේරුම් ගැනීමයි.

අදියර නිම කිරීම පිළිබඳ වැරදි අවබෝධය

ගුණාත්මක බව අඛණ්ඩ සහ සාමාන්‍ය ක්‍රියාවලියක් නම්, අදියර සම්පූර්ණ කිරීම පිළිබඳ පොදු අවබෝධයක් අවශ්‍ය වේ. වේදිකාවක් අවසන් වූ විට ඔබ දන්නේ කෙසේද? Trello හෝ වෙනත් Kanban පුවරුවක පියවරක් සම්පූර්ණ වූ ලෙස සලකුණු කළ විට සිදු වන්නේ කුමක්ද?

Done (DoD) අර්ථ දැක්වීම CD DevOps/CI හි සන්දර්භය තුළ බලවත් මෙවලමකි. කණ්ඩායම ගොඩනඟන්නේ කුමක්ද සහ කෙසේද යන්න පිළිබඳ තත්ත්ව ප්‍රමිතීන් වඩා හොඳින් අවබෝධ කර ගැනීමට එය උපකාරී වේ.

"Done" යන්නෙන් අදහස් කරන්නේ කුමක්ද යන්න සංවර්ධන කණ්ඩායම තීරණය කළ යුතුය. ඔවුන් වාඩි වී එය සම්පූර්ණ යැයි සැලකීම සඳහා එක් එක් අදියරේදී සපුරාලිය යුතු ලක්ෂණ ලැයිස්තුවක් සෑදිය යුතුය.

DoD විසින් ක්‍රියාවලිය වඩාත් විනිවිද පෙනෙන අතර සියලුම කණ්ඩායම් සාමාජිකයින් විසින් එය තේරුම් ගෙන අන්‍යෝන්‍ය වශයෙන් එකඟ වන්නේ නම් CI/CD ක්‍රියාත්මක කිරීම පහසු කරයි.

යථාර්ථවාදී, පැහැදිලිව අර්ථ දක්වා ඇති ඉලක්ක නොමැතිකම

මෙය බොහෝ විට උපුටා දක්වන ලද උපදෙස් වලින් එකකි, නමුත් එය පුනරාවර්තනය වේ. CI/CD හෝ DevOps ඇතුළුව ඕනෑම ප්‍රධාන උත්සාහයක සාර්ථක වීමට, ඔබ යථාර්ථවාදී ඉලක්ක තබා ඒවාට එරෙහිව කාර්ය සාධනය මැනිය යුතුය. ඔබ CI/CD සමඟ ලබා ගැනීමට උත්සාහ කරන්නේ කුමක්ද? මෙය වඩා හොඳ ගුණාත්මක භාවයෙන් වේගවත් නිකුතු සඳහා ඉඩ දෙයිද?

සකස් කරන ලද ඕනෑම ඉලක්කයක් විනිවිද පෙනෙන සහ යථාර්ථවාදී පමණක් නොව, සමාගමේ වත්මන් ක්‍රියාකාරකම් සමඟ අනුකූල විය යුතුය. උදාහරණයක් ලෙස, ඔබේ පාරිභෝගිකයින්ට නව පැච් හෝ අනුවාද කොපමණ වාරයක් අවශ්‍ය වේද? පරිශීලකයින්ට අමතර ප්‍රතිලාභයක් නොමැති නම් ක්‍රියාවලීන් අධික ලෙස පැටවීම සහ වේගයෙන් මුදා හැරීම අවශ්‍ය නොවේ.

අතිරේකව, ඔබ සැම විටම CD සහ CI යන දෙකම ක්රියාත්මක කිරීමට අවශ්ය නොවේ. උදාහරණයක් ලෙස, බැංකු සහ වෛද්‍ය සායන වැනි ඉහළ නියාමනය කරන ලද සමාගම් ක්‍රියා කළ හැක්කේ CI සමඟ පමණි.

DevOps ක්‍රියාත්මක කරන ඕනෑම සමාගමක් සඳහා CI හොඳ ආරම්භක ලක්ෂ්‍යයක් ලෙස ක්‍රියා කරයි. එය ක්‍රියාත්මක කරන විට, මෘදුකාංග බෙදා හැරීම සඳහා සමාගම්වල ප්‍රවේශයන් සැලකිය යුතු ලෙස වෙනස් වේ. CI ප්‍රගුණ කළ පසු, ඔබට සම්පූර්ණ ක්‍රියාවලිය වැඩිදියුණු කිරීම, පෙරළීමේ වේගය වැඩි කිරීම සහ වෙනත් වෙනස්කම් ගැන සිතිය හැකිය.

බොහෝ ආයතන සඳහා, CI පමණක් ප්‍රමාණවත් වන අතර CD ක්‍රියාත්මක කළ යුත්තේ එය අගය එකතු කරන්නේ නම් පමණි.

සුදුසු උපකරණ පුවරු සහ ප්‍රමිතික නොමැතිකම

ඔබ ඔබේ ඉලක්ක තැබූ පසු, සංවර්ධන කණ්ඩායමට KPIs මැනීමට උපකරණ පුවරුවක් සෑදිය හැක. එහි සංවර්ධනයට පෙර, නිරීක්ෂණය කරනු ලබන පරාමිතීන් තක්සේරු කිරීම වටී.

විවිධ කණ්ඩායම් සාමාජිකයින් සඳහා විවිධ වාර්තා සහ යෙදුම් ප්‍රයෝජනවත් වේ. ස්ක්‍රම් මාස්ටර් තත්ත්වය සහ ප්‍රවේශය ගැන වැඩි උනන්දුවක් දක්වයි. ජ්යෙෂ්ඨ කළමනාකාරීත්වය විශේෂඥයින්ගේ දැවී යාමේ අනුපාතය ගැන උනන්දු විය හැකිය.

සමහර කණ්ඩායම් ඔවුන් සියල්ල නිවැරදිව කරන්නේද නැතහොත් දෝෂයක් තිබේද යන්න තේරුම් ගැනීමට CI/CD හි තත්ත්වය තක්සේරු කිරීමට රතු, කහ සහ කොළ දර්ශක සහිත උපකරණ පුවරු ද භාවිතා කරයි. රතු යන්නෙන් අදහස් කරන්නේ ඔබ සිදුවන්නේ කුමක්ද යන්න පිළිබඳව අවධානය යොමු කළ යුතු බවයි.

කෙසේ වෙතත්, උපකරණ පුවරු ප්‍රමිතිගත කර නොමැති නම්, ඒවා නොමඟ යවන සුළු විය හැකිය. සෑම කෙනෙකුටම අවශ්‍ය දත්ත මොනවාදැයි විශ්ලේෂණය කර, ඉන් අදහස් කරන්නේ කුමක්ද යන්න පිළිබඳ ප්‍රමිතිගත විස්තරයක් සාදන්න. පාර්ශවකරුවන්ට වඩාත් අර්ථවත් වන්නේ කුමක්දැයි සොයා බලන්න: චිත්රක, පෙළ, හෝ අංක.

අතින් පරීක්ෂණ නොමැත

පරීක්ෂණ ස්වයංක්‍රීයකරණය හොඳ CI/CD නල මාර්ගයක් සඳහා අඩිතාලම දමයි. නමුත් සෑම අදියරකදීම ස්වයංක්‍රීය පරීක්ෂාව යනු ඔබ අතින් පරීක්ෂණ සිදු නොකළ යුතු බව නොවේ. 

ඵලදායී CI/CD නල මාර්ගයක් තැනීමට, ඔබට අතින් පරීක්ෂණ ද අවශ්ය වේ. මානව විශ්ලේෂණය අවශ්‍ය වන පරීක්ෂණවල සමහර පැති සෑම විටම පවතිනු ඇත.

ඔබේ නල මාර්ගයට අතින් පරීක්ෂණ උත්සාහයන් ඒකාබද්ධ කිරීම සලකා බැලීම වටී. සමහර පරීක්ෂණ අවස්ථා වල අතින් පරීක්ෂා කිරීම අවසන් වූ පසු, ඔබට යෙදවීමේ අදියර වෙත යා හැක.

පරීක්ෂණ වැඩිදියුණු කිරීමට උත්සාහ නොකරන්න

ඵලදායි CI/CD නල මාර්ගයක් සඳහා නිවැරදි මෙවලම් වෙත ප්‍රවේශය අවශ්‍ය වේ, එය පරීක්ෂණ කළමනාකරණය හෝ ඒකාබද්ධ කිරීම සහ අඛණ්ඩ අධීක්ෂණ විය යුතුය.

ශක්තිමත්, ගුණාත්මක-නැඹුරු සංස්කෘතියක් නිර්මාණය කිරීම අරමුණු කරයි පරීක්ෂණ ක්රියාත්මක කිරීම, පශ්චාත් යෙදවීමෙන් පසු පාරිභෝගික අන්තර්ක්‍රියා අධීක්ෂණය සහ වැඩිදියුණු කිරීම් නිරීක්ෂණය කිරීම. 

ඔබට පහසුවෙන් ක්‍රියාත්මක කළ හැකි ප්‍රායෝගික උපදෙස් කිහිපයක් මෙන්න:

  1. ඔබේ පරීක්ෂණ ලිවීමට පහසු බවත්, ඔබ කේතය නැවත සකස් කරන විට නොකැඩීමට තරම් නම්‍යශීලී බවත් සහතික කර ගන්න.
  2. සංවර්ධන කණ්ඩායම් පරීක්ෂණ ක්‍රියාවලියට ඇතුළත් කළ යුතුය - CI නල මාර්ග අතරතුර පරීක්ෂා කිරීමට වැදගත් වන පරිශීලක ගැටළු සහ ඉල්ලීම් ලැයිස්තුවක් බලන්න.
  3. ඔබට සම්පූර්ණ පරීක්ෂණ ආවරණයක් නොමැති විය හැක, නමුත් UX සහ පාරිභෝගික අත්දැකීම් සඳහා වැදගත් වන ප්‍රවාහයන් පරීක්‍ෂා කරන බවට සැමවිටම සහතික වන්න.

අවසාන නමුත් වැදගත් කරුණක් නොවේ

CI/CD වෙත සංක්‍රමණය සාමාන්‍යයෙන් පහළ සිට ඉහළට මෙහෙයවනු ලැබේ, නමුත් අවසානයේ එය සමාගමෙන් නායකත්වය මිලදී ගැනීම, කාලය සහ සම්පත් අවශ්‍ය වන පරිවර්තනයකි. සියල්ලට පසු, CI/CD යනු කුසලතා, ක්‍රියාවලි, මෙවලම් සහ සංස්කෘතික ප්‍රතිව්‍යුහගත කිරීම් සමූහයකි; එවැනි වෙනස්කම් ක්‍රියාත්මක කළ හැක්කේ ක්‍රමානුකූලව පමණි.

මාතෘකාව පිළිබඳ තවත් කියවිය යුතු දේ:

  1. තාක්ෂණික ණය ඔබේ ව්‍යාපෘති විනාශ කරන ආකාරය.
  2. DevOps වැඩිදියුණු කරන්නේ කෙසේද.
  3. 2020 සඳහා ඉහළම DevOps ප්‍රවණතා නවයක්.

මූලාශ්රය: www.habr.com

අදහස් එක් කරන්න