පසුගිය වසර කිහිපය තුළ DevOps ඉතා ජනප්‍රිය මාතෘකාවක් වී ඇත. බොහෝ අය එයට සම්බන්ධ වීමට සිහින දකියි, නමුත්, පුහුණුවීම් පෙන්නුම් කරන පරිදි, බොහෝ විට වැටුප් මට්ටම නිසා පමණි.
සමහර අය ඔවුන්ගේ ජීව දත්ත පත්‍රයේ DevOps ලැයිස්තුගත කරයි, නමුත් ඔවුන් සෑම විටම යෙදුමේ සාරය නොදන්නේ හෝ තේරුම් නොගනිති. සමහර අය සිතන්නේ Ansible, GitLab, Jenkins, Terraform සහ ඒ හා සමාන (ලැයිස්තුව ඔබේ රුචිකත්වයට අනුව දිගටම කරගෙන යා හැක) හැදෑරීමෙන් පසු ඔබ වහාම "devopsist" බවට පත් වනු ඇති බවයි. මෙය ඇත්ත වශයෙන්ම සත්ය නොවේ.
පසුගිය වසර කිහිපය තුළ මම ප්රධාන වශයෙන් විවිධ සමාගම්වල DevOps ක්රියාත්මක කිරීමට සම්බන්ධ වී සිටිමි. ඊට පෙර, ඔහු පද්ධති පරිපාලකගේ සිට තොරතුරු තාක්ෂණ අධ්‍යක්ෂ දක්වා තනතුරුවල වසර 20 කට වැඩි කාලයක් සේවය කළේය. දැනට Playgendary හි DevOps ප්රධාන ඉංජිනේරු.
කවුද DevOps කියන්නේ
ලිපියක් ලිවීමේ අදහස මතු වූයේ තවත් ප්‍රශ්නයකට පසුවය: "DevOps යනු කවුද?" එය කුමක්ද හෝ කවුරුන්ද යන්න සඳහා තවමත් ස්ථාපිත කාල සීමාවක් නොමැත. සමහර උත්තර දැනටමත් මේකේ තියෙනවා . පළමුව, මම එයින් ප්රධාන කරුණු ඉස්මතු කරමි, පසුව මම මගේ නිරීක්ෂණ සහ සිතුවිලි බෙදා ගන්නෙමි.
DevOps යනු කුලියට ගත හැකි විශේෂඥයෙකු නොවේ, උපයෝගිතා කට්ටලයක් නොවේ, සහ ඉංජිනේරුවන් සමඟ සංවර්ධකයින්ගේ දෙපාර්තමේන්තුවක් නොවේ.
DevOps යනු දර්ශනයක් සහ ක්‍රමවේදයකි.
වෙනත් වචන වලින් කිවහොත්, එය සංවර්ධකයින්ට පද්ධති පරිපාලකයින් සමඟ සක්‍රියව අන්තර් ක්රියා කිරීමට උපකාර වන පරිචයන් සමූහයකි. එනම්, වැඩ ක්රියාවලීන් එකිනෙකට සම්බන්ධ කිරීම හා ඒකාබද්ධ කිරීමයි.
DevOps පැමිණීමත් සමඟ විශේෂඥයින්ගේ ව්‍යුහය සහ භූමිකාවන් එලෙසම පැවතුනි (සංවර්ධකයින් ඇත, ඉංජිනේරුවන් ඇත), නමුත් අන්තර්ක්‍රියා නීති වෙනස් වී ඇත. දෙපාර්තමේන්තු අතර සීමාවන් බොඳ වී ඇත.
DevOps හි ඉලක්ක කරුණු තුනකින් විස්තර කළ හැක:
- මෘදුකාංගය නිතිපතා යාවත්කාලීන කළ යුතුය.
- මෘදුකාංග ඉක්මනින් කළ යුතුය.
- මෘදුකාංගය පහසු සහ කෙටි කාලයක් තුළ යෙදවිය යුතුය.
DevOps සඳහා තනි මෙවලමක් නොමැත. නිෂ්පාදන කිහිපයක් වින්‍යාස කිරීම, බෙදා හැරීම සහ අධ්‍යයනය කිරීම DevOps සමාගම තුළ පෙනී සිටි බවක් අදහස් නොවේ. මෙවලම් රාශියක් ඇති අතර ඒවා සියල්ලම විවිධ අවධීන්හිදී භාවිතා වේ, නමුත් එක් පොදු අරමුණක් සඳහා සේවය කරයි.
තවද මෙය DevOps මෙවලම්වල කොටසක් පමණි
මම දැන් වසර 2 කට වැඩි කාලයක් DevOps ඉංජිනේරු තනතුර සඳහා පුද්ගලයින් සමඟ සම්මුඛ සාකච්ඡා කර ඇති අතර, යෙදුමේ සාරය පැහැදිලිව අවබෝධ කර ගැනීම කෙතරම් වැදගත් දැයි මට වැටහුණි. මට බෙදා ගැනීමට අවශ්ය විශේෂිත අත්දැකීම්, නිරීක්ෂණ සහ සිතුවිලි සමුච්චය කර ඇත.
සම්මුඛ පරීක්ෂණ අත්දැකීමෙන්, මම පහත පින්තූරය දකිමි: DevOps රැකියා මාතෘකාවක් ලෙස සලකන විශේෂඥයින්ට සාමාන්‍යයෙන් සගයන් සමඟ වැරදි වැටහීම් ඇත.
එහි කැපී පෙනෙන උදාහරණයක් විය. තරුණයෙක් සම්මුඛ පරීක්ෂණයකට පැමිණියේ ඔහුගේ ජීව දත්ත පත්‍රයේ බුද්ධිමත් වචන රාශියක් සමඟිනි. ඔහුගේ අවසාන රැකියා තුනේදී ඔහුට මාස 5-6 ක පළපුරුද්දක් තිබුණි. මම ආරම්භක දෙකක් අත්හැරියේ ඔවුන් "උදා නොගත්" නිසාය. නමුත් තුන්වන සමාගම ගැන ඔහු පැවසුවේ කිසිවෙකු ඔහුව එහි තේරුම් නොගන්නා බවයි: සංවර්ධකයින් වින්ඩෝස් හි කේතය ලියන අතර අධ්‍යක්ෂවරයා මෙම කේතය සාමාන්‍ය ඩොකර් තුළ “ඔතා” සීඅයි / සීඩී නල මාර්ගයට ඒකාබද්ධ කිරීමට බල කරයි. මිනිහා ඔහුගේ වර්තමාන සේවා ස්ථානය සහ ඔහුගේ සගයන් ගැන බොහෝ නිෂේධාත්මක දේවල් පැවසුවා - මට පිළිතුරු දීමට අවශ්ය විය: “එබැවින් ඔබ අලියෙකු විකුණන්නේ නැත.”
එවිට මම ඔහුගෙන් සෑම අපේක්ෂකයෙකුටම මගේ ලැයිස්තුවේ ඉහළ ප්‍රශ්නයක් ඇසුවෙමි.
— DevOps ඔබට පෞද්ගලිකව අදහස් කරන්නේ කුමක්ද?
- පොදුවේ හෝ මම එය වටහා ගන්නේ කෙසේද?
මම ඔහුගේ පෞද්ගලික මතය ගැන උනන්දු විය. ඔහු එම පදයේ න්‍යාය සහ සම්භවය දැන සිටි නමුත් ඔහු ඔවුන් සමඟ දැඩි ලෙස එකඟ නොවීය. ඔහු DevOps රැකියා මාතෘකාවක් බව විශ්වාස කළේය. ඔහුගේ ප්‍රශ්නවල මුල ඇත්තේ මෙතැනය. එකම මතයක් ඇති අනෙකුත් විශේෂඥයින් මෙන්ම.
"DevOps හි මැජික්" ගැන බොහෝ දේ අසා ඇති සේවා යෝජකයන්ට අවශ්ය වන්නේ පැමිණ මෙම "මැජික්" නිර්මාණය කරන පුද්ගලයෙකු සොයා ගැනීමටය. තවද “DevOps යනු රැකියාවක්” කාණ්ඩයේ අයදුම්කරුවන්ට මෙම ප්‍රවේශය සමඟින් අපේක්ෂාවන් සපුරාලීමට නොහැකි වනු ඇති බව තේරුම් නොගනිති. තවද, පොදුවේ ගත් කල, ඔවුන් DevOps ඔවුන්ගේ ජීව දත්ත පත්‍රයේ ලියා ඇත්තේ එය ප්‍රවණතාවක් වන අතර ඔවුන් ඒ සඳහා විශාල මුදලක් ගෙවන බැවිනි.
DevOps ක්රමවේදය සහ දර්ශනය
ක්රමවේදය න්යායික හා ප්රායෝගික විය හැකිය. අපගේ නඩුවේදී, එය දෙවැන්නයි. මා ඉහත සඳහන් කළ පරිදි, DevOps යනු ප්‍රකාශිත අරමුණු සාක්ෂාත් කර ගැනීම සඳහා භාවිතා කරන භාවිතයන් සහ උපාය මාර්ග සමූහයකි. සෑම අවස්ථාවකදීම, සමාගමේ ව්‍යාපාර ක්රියාවලීන් මත පදනම්ව, එය සැලකිය යුතු ලෙස වෙනස් විය හැකිය. එය වඩා හොඳ හෝ නරක වන්නේ නැත.
DevOps ක්රමවේදය ඉලක්ක සපුරා ගැනීමේ මාධ්‍යයක් පමණි.
දැන් DevOps දර්ශනය යනු කුමක්ද යන්න ගැන. තවද මෙය බොහෝ විට දුෂ්කරම ප්රශ්නයයි.
කෙටි හා සංක්ෂිප්ත පිළිතුරක් සකස් කිරීම තරමක් අපහසුය, මන්ද එය තවමත් විධිමත් කර නොමැත. DevOps දර්ශනයේ අනුගාමිකයින් වඩාත් ප්‍රායෝගිකව නියැලී සිටින බැවින්, දාර්ශනික වීමට කාලය නැත. කෙසේ වෙතත්, මෙය ඉතා වැදගත් ක්රියාවලියකි. එපමනක් නොව, එය ඉංජිනේරු කටයුතු වලට සෘජුවම සම්බන්ධ වේ. දැනුමේ විශේෂිත ක්ෂේත්‍රයක් පවා තිබේ - .
මගේ විශ්වවිද්‍යාලයේ එහෙම විෂයක් තිබුණේ නැහැ, 90 ගණන්වල මට හොයාගන්න පුළුවන් වුණු ද්‍රව්‍ය පාවිච්චි කරලා මට හැමදේම තනියම ඉගෙන ගන්න සිද්ධ වුණා. මාතෘකාව ඉංජිනේරු අධ්‍යාපනය සඳහා විකල්ප වේ, එබැවින් පිළිතුර විධිමත් නොකිරීමයි. නමුත් DevOps හි බරපතල ලෙස ගිලී සිටින පුද්ගලයින්ට සමාගමේ සියලුම ක්‍රියාවලීන්හි යම් “ආත්මයක්” හෝ “අවිඥානික විස්තීර්ණ බවක්” දැනෙන්නට පටන් ගනී.
මගේම අත්දැකීම් භාවිතා කරමින්, මම මෙම දර්ශනයේ සමහර "පෝස්ටුලේට්" විධිමත් කිරීමට උත්සාහ කළෙමි. ප්රතිඵලය පහත දැක්වේ:
- DevOps යනු දැනුමේ හෝ ක්‍රියාකාරකම්වල වෙනම ක්ෂේත්‍රයකට වෙන් කළ හැකි ස්වාධීන දෙයක් නොවේ.
- සියළුම සමාගම් සේවකයින් ඔවුන්ගේ ක්‍රියාකාරකම් සැලසුම් කිරීමේදී DevOps ක්රමවේදය මගින් මඟ පෙන්විය යුතුය.
- DevOps සමාගමක් තුළ ඇති සියලුම ක්‍රියාවලීන්ට බලපායි.
- DevOps සමාගමක් තුළ ඕනෑම ක්‍රියාවලියක් සඳහා එහි සේවා සංවර්ධනය සහ උපරිම පාරිභෝගික සුවපහසුව සහතික කිරීම සඳහා කාල පිරිවැය අඩු කිරීමට පවතී.
- DevOps, නවීන භාෂාවෙන්, සමාගමේ සෑම සේවකයෙකුගේම ක්‍රියාකාරී තත්ත්වය, කාල පිරිවැය අඩු කිරීම සහ අප වටා ඇති තොරතුරු තාක්ෂණ නිෂ්පාදනවල ගුණාත්මකභාවය වැඩි දියුණු කිරීම අරමුණු කර ගෙන ඇත.
මම හිතන්නේ මගේ “පෝස්ටුලේට්” සාකච්ඡාව සඳහා වෙනම මාතෘකාවක් බවයි. නමුත් දැන් ගොඩ නැගීමට යමක් තිබේ.
DevOps කරන දේ
මෙහි ප්රධාන වචනය සන්නිවේදනයයි. බොහෝ සන්නිවේදනයන් ඇත, එහි ආරම්භකයා හරියටම එකම DevOps ඉංජිනේරුවා විය යුතුය. ඇයි ඒ? මක්නිසාද යත් මෙය දර්ශනය සහ ක්රමවේදය වන අතර ඉන් පසුව පමණක් ඉංජිනේරු දැනුමයි.
මට බටහිර ශ්‍රම වෙළඳපොළ ගැන 100% විශ්වාසයෙන් කතා කරන්න බැහැ. නමුත් මම රුසියාවේ DevOps වෙළඳපොළ ගැන බොහෝ දේ දනිමි. සම්මුඛ සාකච්ඡා සිය ගණනකට අමතරව, පසුගිය වසර එකහමාරක කාලය තුළ මම විශාල රුසියානු සමාගම් සහ බැංකු සඳහා "DevOps ක්රියාත්මක කිරීම" සේවාව සඳහා තාක්ෂණික පූර්ව අලෙවි කිරීම් සිය ගණනකට සහභාගී වී ඇත.
රුසියාවේ, DevOps තවමත් ඉතා තරුණ, නමුත් දැනටමත් නැඹුරු මාතෘකාවකි. මා දන්නා පරිදි, මොස්කව්හි පමණක් 2019 දී එවැනි විශේෂඥයින්ගේ හිඟය 1000 කට වඩා වැඩි විය. හාම්පුතුන් සඳහා Kubernetes යන වචනය ගොනෙකුට රතු කඩමාල්ලක් වැනි ය. මෙම මෙවලමෙහි අනුගාමිකයින් එය අවශ්ය නොවන සහ ආර්ථික වශයෙන් ලාභදායී වුවද එය භාවිතා කිරීමට සූදානම්ය. සේවා යෝජකයා සෑම විටම භාවිතා කිරීමට වඩා සුදුසු වන්නේ කුමන අවස්ථා වලදීද යන්න තේරුම් නොගන්නා අතර, නිසි ලෙස යෙදවීමත් සමඟ, Kubernetes පොකුරක් නඩත්තු කිරීම සාම්ප්‍රදායික පොකුරු යෝජනා ක්‍රමයක් භාවිතා කරමින් යෙදුමක් යෙදවීමට වඩා 2-3 ගුණයකින් වැඩි වේ. ඔබට ඇත්තටම අවශ්ය තැන එය භාවිතා කරන්න.
DevOps ක්රියාත්මක කිරීම මුදල් අතින් මිල අධිකයි. එය යුක්ති සහගත වන්නේ එය වෙනත් ක්ෂේත්‍රවල ආර්ථික ප්‍රතිලාභ ගෙන දෙන තැන පමණක් මිස තනිවම නොවේ.
DevOps ඉංජිනේරුවන්, ඇත්ත වශයෙන්ම, පුරෝගාමීන් වේ - සමාගම තුළ මෙම ක්රමවේදය ක්රියාත්මක කිරීමට සහ ක්රියාවලීන් ගොඩනැගීමට ප්‍රථමයා විය යුත්තේ ඔවුන්ය. මෙය සාර්ථක වීමට නම්, විශේෂඥයා සෑම තරාතිරමකම සේවකයින් සහ සගයන් සමඟ නිරන්තරයෙන් අන්තර් ක්රියා කළ යුතුය. මම සාමාන්‍යයෙන් පවසන පරිදි, සියලුම සමාගම් සේවකයින් DevOps ක්රියාත්මක කිරීමේ ක්‍රියාවලියට සම්බන්ධ විය යුතුය: පිරිසිදු කිරීමේ කාන්තාවගේ සිට ප්රධාන විධායක නිලධාරියා දක්වා. තවද මෙය පූර්ව අවශ්යතාවකි. කණ්ඩායමේ වඩාත්ම කනිෂ්ඨ සාමාජිකයා DevOps යනු කුමක්ද සහ ඇතැම් සංවිධානාත්මක ක්රියාවන් සිදු කරන්නේ මන්දැයි නොදන්නේ නම් සහ තේරුම් නොගන්නේ නම්, සාර්ථක ලෙස ක්රියාත්මක කිරීම ක්රියා නොකරනු ඇත.
එසේම, DevOps ඉංජිනේරුවෙකුට කලින් කලට පරිපාලන සම්පතක් භාවිතා කිරීමට අවශ්ය වේ. උදාහරණයක් ලෙස, "පාරිසරික ප්‍රතිරෝධය" ජය ගැනීමට - කණ්ඩායම DevOps මෙවලම් සහ ක්රමවේදය පිළිගැනීමට සූදානම් නැති විට.
සංවර්ධකයා ලිවිය යුත්තේ කේතය සහ පරීක්ෂණ පමණි. මෙය සිදු කිරීම සඳහා, ඔහුට සුපිරි බලගතු ලැප්ටොප් පරිගණකයක් අවශ්ය නොවේ, එමඟින් ඔහු සමස්ත ව්යාපෘති යටිතල ව්‍යුහයට යොදවා දේශීයව සහාය වනු ඇත. උදාහරණයක් ලෙස, ඉදිරිපස සංවර්ධකයෙකු දත්ත සමුදාය, S3 emulator (minio) යනාදිය ඇතුළුව යෙදුමේ සියලුම අංග ඔහුගේ ලැප්ටොප් පරිගණකයේ තබා ගනී. එනම්, ඔහු මෙම දේශීය යටිතල පහසුකම් නඩත්තු කිරීමට බොහෝ කාලයක් ගත කරන අතර එවැනි විසඳුමක සියලු ගැටලු සමඟ තනිව සටන් කරයි. ඉදිරිපස සඳහා කේතය සංවර්ධනය කිරීම වෙනුවට. එවැනි පුද්ගලයින් ඕනෑම වෙනස්කමකට ඉතා ප්‍රතිරෝධී විය හැකිය.
එහෙත්, ඊට පටහැනිව, නව මෙවලම් සහ ක්රම හඳුන්වා දීමට සතුටු වන කණ්ඩායම් ඇත, සහ මෙම ක්රියාවලිය සඳහා ක්රියාකාරීව සහභාගී වේ. මෙම අවස්ථාවේදී පවා, DevOps ඉංජිනේරුවරයා සහ කණ්ඩායම අතර සන්නිවේදනය අවලංගු කර නැත.
DevOps අවශ්ය නොවන විට
DevOps අවශ්ය නොවන අවස්ථා තිබේ. මෙය සත්‍යයකි - එය තේරුම් ගෙන පිළිගත යුතුය.
පළමුවෙන්ම, මෙය ඕනෑම සමාගමකට (විශේෂයෙන් කුඩා ව්‍යාපාර) අදාළ වේ, ඔවුන්ගේ ලාභය සේවාදායකයින්ට තොරතුරු සේවා සපයන තොරතුරු තාක්ෂණ නිෂ්පාදන තිබීම හෝ නොපැවතීම මත කෙලින්ම රඳා නොපවතින විට. මෙහිදී අපි කතා කරන්නේ සමාගමේ වෙබ් අඩවිය ගැන නොවේ, එය ස්ථිතික “ව්‍යාපාරික කාඩ්පතක්” හෝ ගතික ප්‍රවෘත්ති කොටස් ආදිය විය හැකිය.
DevOps අවශ්ය වන්නේ ඔබේ සේවාදායකයාගේ තෘප්තිය සහ ඔබ වෙත නැවත පැමිණීමට ඇති ඔහුගේ ආශාව සේවාදායකයා සමඟ අන්තර්ක්‍රියා කිරීම සඳහා මෙම තොරතුරු සේවා ලබා ගැනීමේ හැකියාව, ඒවායේ ගුණාත්මකභාවය සහ ඉලක්ක කිරීම මත රඳා පවතින විටය.
කැපී පෙනෙන උදාහරණයක් වන්නේ එක් සුප්රසිද්ධ බැංකුවකි. සමාගමට සාම්ප්‍රදායික සේවාදායක කාර්යාල නොමැත, ලේඛන ප්රවාහය තැපෑලෙන් හෝ කුරියර් හරහා සිදු කෙරේ, බොහෝ සේවකයින් නිවසේ සිට වැඩ කරයි. සමාගම හුදෙක් බැංකුවක් වීම නතර කර ඇති අතර, මගේ මතය අනුව, සංවර්ධිත DevOps තාක්ෂණයන් සහිත තොරතුරු තාක්ෂණ සමාගමක් බවට පත් වී ඇත.
තේමාත්මක රැස්වීම් සහ සම්මන්ත්‍රණ පටිගත කිරීම් වලින් තවත් බොහෝ උදාහරණ සහ දේශන සොයාගත හැකිය. මම ඔවුන්ගෙන් සමහරක් පෞද්ගලිකව බැලීමට ගියෙමි - මෙම දිශාවට වර්ධනය වීමට කැමති අයට මෙය ඉතා ප්‍රයෝජනවත් අත්දැකීමකි. DevOps හි හොඳ දේශන සහ ද්‍රව්‍ය සහිත YouTube නාලිකා වෙත සබැඳි මෙන්න:
දැන් ඔබේ ව්‍යාපාරය දෙස බලා මේ ගැන සිතන්න: පාරිභෝගික අන්තර්ක්‍රියා සක්‍රීය කිරීම සඳහා ඔබේ සමාගම සහ එහි ලාභ තොරතුරු තාක්ෂණ නිෂ්පාදන මත රඳා පවතින්නේ කොපමණ ද?
ඔබේ සමාගම කුඩා වෙළඳසැලක මාළු විකුණන්නේ නම් සහ එකම තොරතුරු තාක්ෂණ නිෂ්පාදනය 1C: ව්‍යවසාය වින්‍යාසයන් (ගිණුම්කරණය සහ UNF) දෙකක් නම්, DevOps ගැන කතා කිරීම තේරුමක් නැති තරම්ය.
ඔබ විශාල වෙළඳ සහ නිෂ්පාදන ව්යවසායක වැඩ කරන්නේ නම් (උදාහරණයක් ලෙස, ඔබ දඩයම් රයිෆල් නිෂ්පාදනය කරයි), එවිට ඔබ ඒ ගැන සිතා බැලිය යුතුය. ඔබට මූලිකත්වය ගෙන DevOps ක්රියාත්මක කිරීමේ අපේක්ෂාවන් ඔබේ කළමනාකාරිත්වයට දැනුම් දිය හැක. හොඳයි, ඒ සමඟම, මෙම ක්රියාවලිය මෙහෙයවන්න. ක්‍රියාශීලී තනතුරක් යනු DevOps දර්ශනයේ වැදගත් මූලධර්මවලින් එකකි.
වාර්ෂික මූල්‍ය පිරිවැටුමේ ප්‍රමාණය සහ පරිමාව ඔබේ සමාගමට DevOps අවශ්‍යද යන්න තීරණය කිරීමේ ප්රධාන නිර්ණායක නොවේ.
ගනුදෙනුකරුවන් සමඟ සෘජුව අන්තර් ක්රියා නොකරන විශාල කාර්මික ව්‍යවසායයක් ගැන සිතමු. උදාහරණයක් ලෙස, සමහර මෝටර් රථ නිෂ්පාදකයින් සහ මෝටර් රථ නිෂ්පාදන සමාගම්. මට දැන් විශ්වාස නැත, නමුත් මගේ අතීත අත්දැකීම් අනුව, වසර ගණනාවක් තිස්සේ සියලුම පාරිභෝගික අන්තර්ක්‍රියා ඊමේල් සහ දුරකථනය හරහා සිදු කරන ලදී.
ඔවුන්ගේ ගනුදෙනුකරුවන් මෝටර් රථ අලෙවිකරුවන්ගේ සීමිත ලැයිස්තුවකි. තවද එක් එක් නිෂ්පාදකයාගෙන් විශේෂඥයෙකු පවරනු ලැබේ. සියලුම අභ්යන්තර ලේඛන ප්රවාහය SAP ERP හරහා සිදු වේ. අභ්යන්තර සේවකයින් අත්යවශ්යයෙන්ම තොරතුරු පද්ධතියේ සේවාදායකයන් වේ. නමුත් මෙම IS පාලනය වන්නේ පොකුරු පද්ධති කළමනාකරණය කිරීමේ සම්භාව්‍ය ක්රම මගිනි. එය DevOps භාවිතයන් භාවිතා කිරීමේ හැකියාව බැහැර කරයි.
එබැවින් නිගමනය: එවැනි ව්‍යවසායන් සඳහා, DevOps ක්රියාත්මක කිරීම විවේචනාත්මකව වැදගත් දෙයක් නොවේ, අපි ලිපියේ ආරම්භයේ සිට ක්‍රමවේදයේ අරමුණු සිහිපත් කළහොත්. නමුත් ඔවුන් අද සමහර DevOps මෙවලම් භාවිතා කරන බව මම බැහැර නොකරමි.
අනෙක් අතට, DevOps ක්රමවේදය, දර්ශනය, භාවිතයන් සහ මෙවලම් භාවිතයෙන් මෘදුකාංග සංවර්ධනය කරන කුඩා සමාගම් බොහොමයක් තිබේ. ඔවුන් විශ්වාස කරන්නේ DevOps ක්රියාත්මක කිරීමේ පිරිවැය මෘදුකාංග වෙළඳපොලේ ඵලදායී ලෙස තරඟ කිරීමට ඉඩ සලසන පිරිවැය බවයි. එවැනි සමාගම්වල උදාහරණ දැකිය හැකිය .
DevOps අවශ්‍යද යන්න අවබෝධ කර ගැනීමේ ප්රධාන නිර්ණායකය: ඔබේ තොරතුරු තාක්ෂණ නිෂ්පාදන සමාගම සහ පාරිභෝගිකයින් සඳහා ඇති වටිනාකම.
සමාගමේ ලාභය උත්පාදනය කරන ප්රධාන නිෂ්පාදනය මෘදුකාංගය නම්, ඔබට DevOps අවශ්ය වේ. ඔබ වෙනත් නිෂ්පාදන භාවිතයෙන් සැබෑ මුදල් උපයන්නේ නම් එය එතරම් වැදගත් නොවේ. මෙයට සබැඳි වෙළඳසැල් හෝ ක්‍රීඩා සහිත ජංගම යෙදුම් ද ඇතුළත් වේ.
ඕනෑම ක්‍රීඩාවක් පවතින්නේ අරමුදල් වලට ස්තුති වන්නට: ක්‍රීඩකයන්ගෙන් සෘජු හෝ වක්‍ර. Playgendary හිදී, අපි ඔවුන්ගේ නිර්මාණයට සෘජුවම සම්බන්ධ වූ පුද්ගලයින් 200කට අධික සංඛ්‍යාවක් සමඟ නොමිලේ ජංගම ක්‍රීඩා සංවර්ධනය කරමු. අපි DevOps භාවිතා කරන්නේ කෙසේද?
ඔව්, ඉහත විස්තර කර ඇති ආකාරයටම හරියටම සමාන වේ. මම සංවර්ධකයින් සහ පරීක්ෂකයින් සමඟ නිරන්තරයෙන් සන්නිවේදනය කරන අතර, DevOps ක්රමවේදය සහ මෙවලම් පිළිබඳව සේවකයින් සඳහා අභ්යන්තර පුහුණුව පවත්වමි.
අපි දැන් CI/CD නල මාර්ග මෙවලමක් ලෙස ජෙන්කින්ස් සක්‍රියව භාවිතා කරමින් සියලුම එකලස් නල මාර්ග Unity සමඟ ක්රියාත්මක කිරීම සහ පසුව App Store සහ Play Market වෙත යෙදවීම සඳහා භාවිතා කරන්නෙමු. සම්භාව්‍ය මෙවලම් කට්ටලයෙන් තවත්:
- Asana - ව්යාපෘති කළමනාකරණය සඳහා. ජෙන්කින්ස් සමඟ ඒකාබද්ධ කිරීම වින්‍යාස කර ඇත.
- Google Meet - වීඩියෝ රැස්වීම් සඳහා.
- Slack - ජෙන්කින්ස් වෙතින් දැනුම්දීම් ඇතුළුව සන්නිවේදන සහ විවිධ ඇඟවීම් සඳහා.
- Atlassian Confluence - ලේඛනගත කිරීම සහ කණ්ඩායම් වැඩ සඳහා.
අපගේ ක්ෂණික සැලසුම්වලට SonarQube භාවිතයෙන් ස්ථිතික කේත විශ්ලේෂණය හඳුන්වාදීම සහ අඛණ්ඩ ඒකාබද්ධතා අවධියේදී Selenium භාවිතයෙන් ස්වයංක්‍රීය UI පරීක්ෂණ පැවැත්වීම ඇතුළත් වේ.
ඒ වෙනුවට අවසාන කාල පරිච්ඡේදය
මම පහත සිතුවිල්ලෙන් අවසන් කිරීමට කැමැත්තෙමි: ඉහළ සුදුසුකම් ලත් DevOps ඉංජිනේරුවෙකු වීමට, මිනිසුන් සමඟ සජීවීව සන්නිවේදනය කරන්නේ කෙසේදැයි ඉගෙන ගැනීම අත්‍යවශ්‍ය වේ.
DevOps ඉංජිනේරුවෙක් කණ්ඩායම් ක්‍රීඩකයෙක්. සහ වෙන කිසිවක් නැත. සගයන් සමඟ සන්නිවේදනය කිරීමේ මුලපිරීම පැමිණිය යුත්තේ ඔහුගෙන් මිස සමහර තත්වයන්ගේ බලපෑම යටතේ නොවේ. DevOps විශේෂඥයකු කණ්ඩායම සඳහා හොඳම විසඳුම දැකීමට සහ යෝජනා කළ යුතුය.
ඔව්, ඕනෑම විසඳුමක් ක්රියාත්මක කිරීම සඳහා විශාල සාකච්ඡාවක් අවශ්ය වන අතර අවසානයේ එය සම්පූර්ණයෙන්ම වෙනස් විය හැකිය. ස්වාධීනව සංවර්ධනය කිරීම, ඔහුගේ අදහස් යෝජනා කිරීම සහ ක්රියාත්මක කිරීම, එවැනි පුද්ගලයෙකු කණ්ඩායමට සහ සේවා යෝජකයාට වැඩි වටිනාකමක් ඇත. එය අවසානයේ ඔහුගේ මාසික වේතනයේ ප්‍රමාණයෙන් හෝ අතිරේක බෝනස් ආකාරයෙන් පිළිබිඹු වේ.
මූලාශ්රය: www.habr.com